发现问题这是一个基于 vue-cli 的管理后台项目，由于依赖较多，打包结果如下查找原因为什么 vendor 体积这么大？借助 Webpack 的分析工具，看了下各个依赖的体积分布看起来是 Highcharts 和 Element-UI 占了较大体积，那就想办法优化呗这两个库都提供了按需加载的功能，能有效减小体积，只是刚好这个管理后台项目依赖较多解决方法CDN 外链先把 Highcharts 和 Lodash 通过外链引入<script src="//cdnjs.cloudflare.com/ajax/libs/lodash.js/4.17.5/lodash.min.js" /><script src="//cdnjs.cloudflare.com/ajax/libs/highcharts/6.0.7/highstock.js" /><script src="//cdnjs.cloudflare.com/ajax/libs/highcharts/6.0.7/js/highcharts-more.js" /><script src="//cdnjs.cloudflare.com/ajax/libs/highcharts/6.0.7/js/modules/treemap.js" />外链引入的资源就不能直接通过 import 来使用，但可以通过 Webpack 的 externals 特性来兼容import _ from ’lodash’import Highcharts from ‘highcharts’console.log([, Highcharts])这样配置 Webpack 就知道这两个依赖是外链全局的，不需要打包externals: { lodash: ‘’, highcharts: ‘Highcharts’}先看看去掉 Highcharts 和 Lodash 的效果vendor 也避免打包了这两个库这种方式适用于不常更新的第三方依赖，采用外链，Element-UI 由于常有新特性更新，我会保持最新版本，所以还是通过 npm 来管理但是，内网部署咋办直到有一天，这个管理后台项目要部署到一个内网机器，访问不了外网，那这种方式就走不通了拆开 vendorWebpack 默认是将依赖打包成一个文件，这样优点是减少资源请求数，但当依赖增多，体积增大，一个资源的加载速度就会减慢所以我开始尝试去拆包new webpack.optimize.CommonsChunkPlugin({ name: ‘charts’, chunks: [‘vendor’], minChunks: module => module.resource.indexOf(‘highcharts’) > -1}),new webpack.optimize.CommonsChunkPlugin({ name: ‘utils’, chunks: [‘vendor’], minChunks: module => module.resource.indexOf(’lodash’) > -1}),new webpack.optimize.CommonsChunkPlugin({ name: ‘ui’, chunks: [‘vendor’], minChunks: module => module.resource.indexOf(’element-ui’) > -1})拆包后的打包结果看看分析工具总结外链简单粗暴，而拆包可以配合浏览器缓存，每次发布最小化更新资源