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ù)很有幫助