Webpack的resolve.modules
配置模块库(即 node_modules)所在的位置,在 js 里出现 import 'vue'
这样不是相对、也不是绝对路径的写法时,会去 node_modules
目录下找。可是默认的配置,会采用向上递归搜索的方式去寻找,但一般项目目录里只有一个node_modules
,且是在项目根目录,为了减小搜索范围,能够直接写明 node_modules
的全路径;一样,对于别名(`alias)的配置,亦当如此:html
function resolve (dir) { return path.join(__dirname, '..', dir) } module.exports = { resolve: { extensions: ['.js', '.vue', '.json'], modules: [ resolve('src'), resolve('node_modules') ], alias: { 'vue$': 'vue/dist/vue.common.js', 'src': resolve('src'), 'assets': resolve('src/assets'), 'components': resolve('src/components'), // ... 'store': resolve('src/store') } }, ... }
test:必须知足的条件(正则表达式,不要加引号,匹配要处理的文件)
exclude:不能知足的条件(排除不处理的目录)
include:导入的文件将由加载程序转换的路径或文件数组(把要处理的目录包括进来)vue
这能够减小没必要要的遍历,从而减小性能损失。node
Webpack 默认提供的 UglifyJS 插件,因为采用单线程压缩,速度慢 ;webpack
webpack-parallel-uglify-plugin 插件能够并行运行 UglifyJS 插件,更加充分而合理的使用 CPU 资源,这能够大大减小的构建时间;ios
固然,该插件应用于生产环境而非开发环境,安装插件后,进行以下配置:web
// 删掉webpack提供的UglifyJS插件 // new webpack.optimize.UglifyJsPlugin({ // compress: { // warnings: false, // drop_console: true // }, // sourceMap: true // }), // 增长 webpack-parallel-uglify-plugin来替换 const ParallelUglifyPlugin = require('webpack-parallel-uglify-plugin'); new ParallelUglifyPlugin({ cacheDir: '.cache/', // 设置缓存路径,不改动的调用缓存,第二次及后面build时提速 uglifyJS:{ output: { comments: false }, compress: { warnings: false } } })
也试了一下同类型插件 webpack-uglify-parallel,但并无webpack-parallel-uglify-plugin
效果好(可能因项目而异,在你们项目中可使用对比)。
webpack-parallel-uglify-plugin 插件相对 UglifyJsPlugin 打出的包略大(可是不明显);这里的提速和增长的体积相比,我选择了追求速度(使用后我从40秒降到了19秒)。正则表达式
使用copy-webpack-plugin
插件:把指定文件夹下的文件复制到指定的目录;其配置以下:vue-router
var CopyWebpackPlugin = require('copy-webpack-plugin') plugins: [ ... // copy custom static assets new CopyWebpackPlugin([ { from: path.resolve(__dirname, '../static'), to: config.build.assetsSubDirectory, ignore: ['.*'] } ]) ]
Dll这个概念应该是借鉴了Windows系统的dll。一个dll包,就是一个纯纯的依赖库,它自己不能运行,是用来给你的app引用的。npm
打包dll的时候,Webpack会将全部包含的库作一个索引,写在一个manifest文件中,而引用dll的代码(dll user)在打包的时候,只须要读取这个manifest文件,就能够了。element-ui
var path = require('path') var webpack = require('webpack') module.exports = { entry: { vendor: [ // 这里填写须要的依赖库 'babel-polyfill', 'axios', 'vue/dist/vue.common.js', 'vue-router', 'pingpp-js', "region-picker" ] }, output: { path: path.resolve(__dirname, '../static/js'), filename: '[name].dll.js', library: '[name]_library' }, module: { rules: [ { test: /\.vue$/, loader: 'vue-loader' }, { test: /\.js$/, loader: 'babel-loader', exclude: /node_modules/ } ] }, plugins: [ new webpack.optimize.ModuleConcatenationPlugin(), new webpack.DllPlugin({ path: path.join(__dirname, '.', '[name]-manifest.json'), libraryTarget: 'commonjs2', name: '[name]_library' }), new webpack.optimize.UglifyJsPlugin({ compress: { warnings: false } }) ] }
plugins: [ ... // copy custom static assets new webpack.DllReferencePlugin({ context: path.resolve(__dirname, '..'), manifest: require('./vendor-manifest.json') }) ]
<body> <div id="app"></div> <!-- built files will be auto injected --> <script src="<%= webpackConfig.output.publicPath %>spa/js/vendor.dll.js"></script> //添加这句,路径可根据所需修改 </body>
"build:dll": "webpack --config build/webpack.dll.conf.js"
npm run build:dll
//打包一次以后依赖库无变更不须要执行
npm run build
Dll打包之后是独立存在的,只要其包含的库没有增减、升级,hash也不会变化,所以线上的dll代码不须要随着版本发布频繁更新。
App部分代码修改后,只须要编译app部分的代码,dll部分,只要包含的库没有增减、升级,就不须要从新打包。这样也大大提升了每次编译的速度。
假设你有多个项目,使用了相同的一些依赖库,它们就能够共用一个dll。
19s->15s
在webpack.base.conf.js中修改babel-loader:
loader: 'babel-loader?cacheDirectory=true',
15s->14s
若是你肯定一个模块中,没有其它新的依赖,就能够配置这项, Webpack 将再也不扫描这个文件中的依赖,这对于比较大型类库,将能促进性能表现,具体能够参见如下配置:
module: { noParse: /node_modules\/(element-ui\.js)/, rules: [ { ... } }
加上后没太大的效果,可能用法有问题,有待深刻尝试