1. 優(yōu)化 Loader

對(duì)于 Loader 來(lái)說(shuō)，影響打包效率首當(dāng)其沖必屬 Babel 了。因?yàn)?Babel 會(huì)將代碼轉(zhuǎn)為字符串生成 AST，然后對(duì) AST 繼續(xù)進(jìn)行轉(zhuǎn)變最后再生成新的代碼，項(xiàng)目越大，轉(zhuǎn)換代碼越多，效率就越低。當(dāng)然了，這是可以優(yōu)化的。

首先我們優(yōu)化 Loader 的文件搜索范圍

對(duì)于 Babel 來(lái)說(shuō)，希望只作用在 JS 代碼上的，然后 node_modules 中使用的代碼都是編譯過(guò)的，所以完全沒(méi)有必要再去處理一遍。

當(dāng)然這樣做還不夠，還可以將 Babel 編譯過(guò)的文件緩存起來(lái)，下次只需要編譯更改過(guò)的代碼文件即可，這樣可以大幅度加快打包時(shí)間

2. HappyPack

受限于 Node 是單線程運(yùn)行的，所以 Webpack 在打包的過(guò)程中也是單線程的，特別是在執(zhí)行 Loader 的時(shí)候，長(zhǎng)時(shí)間編譯的任務(wù)很多，這樣就會(huì)導(dǎo)致等待的情況。

HappyPack 可以將 Loader 的同步執(zhí)行轉(zhuǎn)換為并行的，這樣就能充分利用系統(tǒng)資源來(lái)加快打包效率了

3. DllPlugin

DllPlugin 可以將特定的類庫(kù)提前打包然后引入。這種方式可以極大的減少打包類庫(kù)的次數(shù)，只有當(dāng)類庫(kù)更新版本才有需要重新打包，并且也實(shí)現(xiàn)了將公共代碼抽離成單獨(dú)文件的優(yōu)化方案。

DllPlugin的使用方法如下：

然后需要執(zhí)行這個(gè)配置文件生成依賴文件，接下來(lái)需要使用 DllReferencePlugin 將依賴文件引入項(xiàng)目中

4. 代碼壓縮

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

在 Webpack4 中，不需要以上這些操作了，只需要將 mode 設(shè)置為 production 就可以默認(rèn)開(kāi)啟以上功能。代碼壓縮也是我們必做的性能優(yōu)化方案，當(dāng)然我們不止可以壓縮 JS 代碼，還可以壓縮 HTML、CSS 代碼，并且在壓縮 JS 代碼的過(guò)程中，我們還可以通過(guò)配置實(shí)現(xiàn)比如刪除 console.log 這類代碼的功能。

5. 其他

可以通過(guò)一些小的優(yōu)化點(diǎn)來(lái)加快打包速度

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