減小文件搜索範圍 配置 resolve.modules Webpack的 配置模塊庫（即 node_modules）所在的位置，在 js 里出現 這樣不是相對、也不是絕對路徑的寫法時，會去 目錄下找。但是預設的配置，會採用向上遞歸搜索的方式去尋找，但通常項目目錄里只有一個 ，且是在項目根目錄，為了減 ...
減小文件搜索範圍
配置 resolve.modules
Webpack的resolve.modules配置模塊庫（即 node_modules）所在的位置，在 js 里出現 import 'vue' 這樣不是相對、也不是絕對路徑的寫法時，會去 node_modules 目錄下找。但是預設的配置，會採用向上遞歸搜索的方式去尋找，但通常項目目錄里只有一個node_modules，且是在項目根目錄，為了減少搜索範圍，可以直接寫明 node_modules 的全路徑；同樣，對於別名(`alias)的配置，亦當如此：
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 & include & exclude
test：必須滿足的條件（正則表達式，不要加引號，匹配要處理的文件）
exclude：不能滿足的條件（排除不處理的目錄）
include：導入的文件將由載入程式轉換的路徑或文件數組（把要處理的目錄包括進來）
這可以減少不必要的遍歷，從而減少性能損失。
替換代碼壓縮工具
Webpack 預設提供的 UglifyJS 插件，由於採用單線程壓縮，速度慢 ；
webpack-parallel-uglify-plugin 插件可以並行運行 UglifyJS 插件，更加充分而合理的使用 CPU 資源，這可以大大減少的構建時間；
當然，該插件應用於生產環境而非開發環境，安裝插件後，進行如下配置：
// 刪掉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插件：把指定文件夾下的文件複製到指定的目錄；其配置如下：
var CopyWebpackPlugin = require('copy-webpack-plugin')
plugins: [
...
// copy custom static assets
new CopyWebpackPlugin([
{
from: path.resolve(__dirname, '../static'),
to: config.build.assetsSubDirectory,
ignore: ['.*']
}
])
]DllPlugin & DllReferencePlugin
Dll這個概念應該是借鑒了Windows系統的dll。一個dll包，就是一個純純的依賴庫，它本身不能運行，是用來給你的app引用的。
打包dll的時候，Webpack會將所有包含的庫做一個索引，寫在一個manifest文件中，而引用dll的代碼（dll user）在打包的時候，只需要讀取這個manifest文件，就可以了。
一、在項目build文件夾下新增文件webpack.dll.conf.js，內容如下
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
}
})
]
}二、在webpack.prod.conf.js文件里插件部分添加：
plugins: [
...
// copy custom static assets
new webpack.DllReferencePlugin({
context: path.resolve(__dirname, '..'),
manifest: require('./vendor-manifest.json')
})
]三、在項目根目錄index.html文件中添加：
<body>
<div id="app"></div>
<!-- built files will be auto injected -->
<script src="<%= webpackConfig.output.publicPath %>spa/js/vendor.dll.js"></script> //添加這句，路徑可根據所需修改
</body>四、在package.json里打包dll添加命令
"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
設置 babel 的 cacheDirectory 為true
在webpack.base.conf.js中修改babel-loader：
loader: 'babel-loader?cacheDirectory=true',15s->14s
設置 noParse
如果你確定一個模塊中，沒有其它新的依賴，就可以配置這項， Webpack 將不再掃描這個文件中的依賴，這對於比較大型類庫，將能促進性能表現，具體可以參見以下配置：
module: {
noParse: /node_modules\/(element-ui\.js)/,
rules: [
{
...
}
}happypack
加上後沒太大的效果，可能用法有問題，有待深入嘗試
