1. 優化 Loader

對于 Loader 來說，影響打包效率首當其沖必屬 Babel 了。因為 Babel 會將代碼轉為字符串生成 AST，然后對 AST 繼續進行轉變最后再生成新的代碼，項目越大，轉換代碼越多，效率就越低。當然了，這是可以優化的。

首先我們優化 Loader 的文件搜索范圍

對于 Babel 來說，希望只作用在 JS 代碼上的，然后 node_modules 中使用的代碼都是編譯過的，所以完全沒有必要再去處理一遍。

當然這樣做還不夠，還可以將 Babel 編譯過的文件緩存起來，下次只需要編譯更改過的代碼文件即可，這樣可以大幅度加快打包時間

2. HappyPack

受限于 Node 是單線程運行的，所以 Webpack 在打包的過程中也是單線程的，特別是在執行 Loader 的時候，長時間編譯的任務很多，這樣就會導致等待的情況。

HappyPack 可以將 Loader 的同步執行轉換為并行的，這樣就能充分利用系統資源來加快打包效率了

3. DllPlugin

DllPlugin 可以將特定的類庫提前打包然后引入。這種方式可以極大的減少打包類庫的次數，只有當類庫更新版本才有需要重新打包，并且也實現了將公共代碼抽離成單獨文件的優化方案。

DllPlugin的使用方法如下：

然后需要執行這個配置文件生成依賴文件，接下來需要使用 DllReferencePlugin 將依賴文件引入項目中

4. 代碼壓縮

在 Webpack3 中，一般使用 UglifyJS 來壓縮代碼，但是這個是單線程運行的，為了加快效率，可以使用 webpack-parallel-uglify-plugin 來并行運行 UglifyJS，從而提高效率。

在 Webpack4 中，不需要以上這些操作了，只需要將 mode 設置為 production 就可以默認開啟以上功能。代碼壓縮也是我們必做的性能優化方案，當然我們不止可以壓縮 JS 代碼，還可以壓縮 HTML、CSS 代碼，并且在壓縮 JS 代碼的過程中，我們還可以通過配置實現比如刪除 console.log 這類代碼的功能。

5. 其他

可以通過一些小的優化點來加快打包速度

resolve.extensions：用來表明文件后綴列表，默認查找順序是 ['.js', '.json']，如果你的導入文件沒有添加后綴就會按照這個順序查找文件。我們應該盡可能減少后綴列表長度，然后將出現頻率高的后綴排在前面resolve.alias：可以通過別名的方式來映射一個路徑，能讓 Webpack 更快找到路徑module.noParse：如果你確定一個文件下沒有其他依賴，就可以使用該屬性讓 Webpack 不掃描該文件，這種方式對于大型的類庫很有幫助