webpack 的使用越來越廣泛,但其中不乏很多鮮爲人知的細節設置,甚至很多人會認爲這是 webpack 的 bug。這次,我們就來聊一聊 webpack.optimize.CommonsChunkPlugin。
這個 plugin 我相信幾乎90%的用 webpack 的都用了這個,但我同樣相信幾乎 90% 的用了這個 plugin 的人都沒有正確的使用。
entry: {
index: './app/main.jsx',
vendor: ['react', 'react-dom', 'react-router', 'classnames']
},
output: {
path: path.resolve(__dirname, './dist'),
filename: "[name].[chunkHash:8].js",
publicPath: '',
chunkFilename: "[name].[chunkHash:8].js",
},
plugins: [
new webpack.optimize.CommonsChunkPlugin({
names: ['vendor'],
}),
]
上面這個配置應該大家都不陌生吧?打包第三方 vendor。
其實這樣寫是有問題的。有什麼問題呢?我們根據這個配置來操作一下。
首先,運行起來,我們會得到 vendor.js 的添加 hash 值過後的輸出;
然後,修改index入口裏面的任意文件,再次編譯,得到 vendor.js 的添加 hash 值過後的輸出;
最後,比較 vendor.js 兩次編譯的hash的值,你會驚訝的發現,爲什麼hash值改變了?我並沒有修改vendor啊。
hash值改變了,那我們打包這個vendor也就沒有意義了。
置於爲什麼會造成這個問題,我就不班門弄斧了,想要知道的人自己去研究一下webpack的底層。
在這裏,我只是拋出一個解決方案:
entry: {
index: './app/main.jsx',
vendor: ['react', 'react-dom', 'react-router', 'classnames']
},
output: {
path: path.resolve(__dirname, './dist'),
filename: "[name].[chunkHash:8].js",
publicPath: '',
chunkFilename: "[name].[chunkHash:8].js",
},
plugins: [
new webpack.optimize.CommonsChunkPlugin({
names: ['vendor', 'manifest'],
}),
]
沒錯,就是上面這個配置,只是簡單的加了 'manifest' 。
再次做我們前面的測試,你會發現多了一個manifest.js,但是vendor的hash值不再變化了。
點到爲止,江湖再見。
轉載請註明本文地址:webpack打包第三方類庫的正確姿勢