溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

CommonsChunkPlugin抽取公共模塊的示例分析

發布時間:2021-07-26 11:02:28 來源:億速云 閱讀:116 作者:小新 欄目:web開發

小編給大家分享一下CommonsChunkPlugin抽取公共模塊的示例分析,希望大家閱讀完這篇文章之后都有所收獲,下面讓我們一起去探討吧!

引言

webpack插件CommonsChunkPlugin的主要作用是抽取webpack項目入口chunk的公共部分

該插件是webpack項目常用的一個優化功能,幾乎在每個webpack項目中都會用到。使用該插件帶來的好處:

提升webpack打包速度和項目體積:將webpack入口的chunk文件中所有公共的代碼提取出來,減少代碼體積;同時提升webpack打包速度。

利用緩存機制:依賴的公共模塊文件一般很少更改或者不會更改,這樣獨立模塊文件提取出可以長期緩存。

但是在項目中,若插件打開方式不正確的話,上面的第二點其實是無法實現,因為這種情況下:

沒有被修改過的公有代碼或庫代碼打包出的Entry Chunk,會隨著其他業務代碼的變化而變化,導致頁面上的長緩存機制失效。

那么,下面就來開啟CommonsChunkPlugin正確的打開方式。

CommonsChunkPlugin不正確用法

假如將我們項目的公共庫如react、react-dom、react-router與業務代碼隔離,將其提取為vendor chunk,webpack配置如下:

const webpack = require("webpack");
const path = require('path');
module.exports = {
 entry: {
 app: "./app.js",
 vendor: ["react","react-dom", "redux", "react-redux", "react-router-redux"]
 },
 output: {
 path: path.resolve(__dirname, 'output'),
 filename: "[name].[chunkhash].js"
 },
 plugins: [
 new webpack.optimize.CommonsChunkPlugin({names: ["vendor"]})
 ]
};

上面將項目一些基礎庫打包成一個名為vendor的chunk中,并將業務相關的代碼打包到一個名為app的chunk中;

webpack打包編譯后的結果如下:

CommonsChunkPlugin抽取公共模塊的示例分析

我們對其中的業務代碼app.js進行修改后,重新編譯結果如下:

CommonsChunkPlugin抽取公共模塊的示例分析

可以發現,在CommonsChunkPlugin這種配置下,當業務代碼app發生變化,而庫代碼也跟著變化,vender的chunkhash也跟著變化,這樣vendor的引用的名稱跟著變化,導致瀏覽器端的長緩存機制失效。

引起問題的原因

引起webpack每次打包編譯時vendor跟著變化的原因:

webpack每次build的時候都會生成一些運行時代碼。當只有一個文件時,運行時代碼直接塞到這個文件中。當有多個文件時,運行時代碼會被提取到公共文件中,也就是上面CommonsChunkPlugin配置的vendor chunk中。

webpack每次編譯時產生的運行時代碼,包括全局webpackJsonp方法的定義和維護模塊依賴關系,具體可以參考這里的commons.js。

所以,上面webpack的CommonsChunkPlugin配置中,每次編譯時這些代碼都會打包到vendor中,導致每次vendor的chunkhash每次都會變化。

那么,我們可以在對vendor chunk進行配置,抽取其中的公共代碼,即webpack運行時代碼,這樣就可以將項目依賴的基礎庫模塊與業務模塊隔離開來,因為不會對這些文件進行修改,所以這些文件可達到長緩存的作用。具體配置如下:

module.exports = {
 entry: {
 app: "./app.js",
 vendor: ["react","react-dom", "redux", "react-redux", "react-router-redux"]
 },
 ....
 plugins: [
 new webpack.optimize.CommonsChunkPlugin({names: ["vendor"]}),
 new webpack.optimize.CommonsChunkPlugin({
 name: 'manifest',
 chunks: ['vendor']
 })
 ]
};

這樣,即使修改業務app代碼,項目依賴的基礎庫vendor chunk也不會發生變化;只是抽取的manifest chunk每次還會變化,但是這個文件體積非常小,相比vendor來說這種方式的收益更大。如下圖:

CommonsChunkPlugin抽取公共模塊的示例分析

修改app代碼后的打包編譯結果如下,可以看到vendor的chunkhash沒有變化

CommonsChunkPlugin抽取公共模塊的示例分析

在webpack中配置CommonsChunkPlugin時需要注意一點:

配置webpack的output項時,其filename和chunkFilename必須使用chunkhash。不要使用hash,否則即使按照上面的配置也不能達到預期的效果。

看完了這篇文章,相信你對“CommonsChunkPlugin抽取公共模塊的示例分析”有了一定的了解,如果想了解更多相關知識,歡迎關注億速云行業資訊頻道,感謝各位的閱讀!

向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

亚洲午夜精品一区二区_中文无码日韩欧免_久久香蕉精品视频_欧美主播一区二区三区美女