webpack 的使用愈來愈普遍,但其中不乏不少不爲人知的細節設置,甚至不少人會認爲這是 webpack 的 bug。此次,咱們就來聊一聊 webpack.optimize.CommonsChunkPlugin。
這個 plugin 我相信幾乎90%的用 webpack 的都用了這個,但我一樣相信幾乎 90% 的用了這個 plugin 的人都沒有正確的使用。javascript
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的底層。
在這裏,我只是拋出一個解決方案:java
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值再也不變化了。
點到爲止,江湖再見。react