Element-UI字体图标不显示

原因

我在控制台查看请求后，发现elementUI的字体文件请求路径不对，
我的路径是/static/css/static/fonts/element-icons.535877f.woff，
正确的是/static/fonts/element-icons.535877f.woff

解决

build - utils

function generateLoaders (loader, loaderOptions) {
  const loaders = options.usePostCSS ? [cssLoader, postcssLoader] : [cssLoader]

  if (loader) {
    loaders.push({
      loader: loader + '-loader',
      options: Object.assign({}, loaderOptions, {
        sourceMap: options.sourceMap
      })
    })
  }
  // Extract CSS when that option is specified
  // (which is the case during production build)
  if (options.extract) {
    return ExtractTextPlugin.extract({
      use: loaders,
      fallback: 'vue-style-loader',
      publicPath: '../../'  // 加上这句话
    })
  } else {
    return ['vue-style-loader'].concat(loaders)
  }
}

进一步说明：

同样的代码环境，用yarn来安装依赖后启动运行正常，而采用npm安装依赖则有类似问题。当然，这个和yarn或者npm没有关系，肯定是环境配置的问题。经过对比发现，用yarn安装依赖后，运行的页面加载的字体文件并不是一个http请求，而是把字体文件打包成了Base64编码的文件直接嵌入到了页面当中，而采用npm搭建的环境，则发起了一个http请求，并指向了错误的地址。

这样以来就初步定位了问题，排查webpack.base.conf.js，对应的字体模块加载配置

{
  test: /\.(woff2?|eot|ttf|otf)(\?.*)?$/,
  loader: 'url-loader',
  options: {
    limit: 10000,
    name: utils.assetsPath('fonts/[name].[ext]')
  }
}

由于设置了limit:10000，即文件大于10KB就会直接发起http请求的方式去加载依赖，而小于10KB的文件则直接通过Base64打包嵌入到页面当中，调整该配置为100000，再次打包测试，字体图标显示正常了，初步确定，问题就在这里。

另一个问题被发现，element-ui的版本问题，npm安装搭建的环境，请求的woff文件和ttf文件，显著变大了，分别为55956B和28200B，而通过yarn搭建的环境请求的对应字体文件只有11040B和6164B，文件大小明显不同，差异巨大。

这么一来，初步确定了是版本问题，导致了加载对应的字体文件不同，进一步导致了字体文件没有符合配置要求，没有被打包编译为Base64编码文件嵌入到页面导致。经过进一步确认，node_modules文件夹中的element-ui目录中，真实的element-ui版本为2.12.0，而package.json中对应的目标版本为2.4.9，这导致了加载的字体文件不一致，引起了这个问题。
package.json中对应的版本标识为 “element-ui”: “^2.4.9”, 就是这个 ^ 符号，锁定了element-ui的版本范围为2.4.9 ~ 3.0.0，即只要是小于3.0.0的版本，都允许自动升级。这一切还是版本不匹配挖出来的大坑。

另外牵涉到 assetsSubDirectory 和 assetsPublicPath 配置，真正的静态文件的请求地址，其实是assetsPublicPath + assetsSubDirectory 再加上对应的webpack.base.conf.js中配置filename等字段指定的文件名称，路径等。