Webpack2中的NamedModulesPlugin與HashedModuleIdsPlugin

要討論Webpack 2中新增的這兩個plugin的功能疲吸,還要先從使用Webpack打包的項目的前端資源緩存方案說起弄唧。

通常在使用了Webpack的項目中我們會使用CommonsChunkPlugin來將所有依賴的第三方包打包到一個名為vender的chunk中咧虎。與此同時河狐,為了避免每次更改項目代碼時導致venderchunk的chunkHash改變淑趾,我們還會單獨生成一個manifestchunk絮记。

舉個例子振乏,假設我們有一個項目恰聘,項目中入口文件為index.js戳气。其內容如下:

importaddfrom'./src/add';importleftPadfrom'left-pad';importjsonpfrom'jsonp';add(1,2);

通常我們的webpack.config.js文件就會有類似如下的配置:

constpath =require('path');constwebpack =require('webpack');module.exports = {entry: {'app':'./index.js','vender': ['left-pad','jsonp']? },output: {filename:'[name].[chunkHash].js',path: path.resolve(__dirname,'build')? },resolve: {extensions: ['.js']? ? },module: {? ? ? ? ...? ? },plugins:[newwebpack.optimize.CommonsChunkPlugin({name: ['vender','manifest'],minChunks:Infinity,? ? ? ? })? ]};

這時链患,通過Webpack打包,會生成三個文件:

假設我們修改了./src/add.js文件瓶您,重新打包麻捻,會得到:

可以看到只有app和manifest這兩個chunk的chunkHash改變了纲仍,而vender的chunkHash和之前保持了一致。這就使得vender可以被緩存在客戶端贸毕,從而減少客戶端的下載量郑叠。

但如果是新添加一個文件呢?

假設我們在項目中新加了一個文件./src/add2.js明棍。此時index.js的內容如下:

importaddfrom'./src/add';importadd2from'./src/add2';importleftPadfrom'left-pad';importjsonpfrom'jsonp';add(1,2);add2(1);

此時再次構建乡革,會得到如下的輸出:

這就和我們期望的行為不一致了,因為我們并沒有修改依賴的第三方包摊腋,但是venderchunk的chunkHash也發(fā)生了更改沸版。

導致這個結果的原因在于,由于引入了一個新模塊兴蒸,使得打包過程中部分模塊的模塊ID發(fā)生了改變视粮。而模塊ID的改變,直接導致了包含這些模塊的chunk內容改變类咧,進而導致chunkHash的改變馒铃。

注意看下圖:

藍色框中的模塊ID為3的模塊就是我們新加的模塊。由于它被插在了ID為3的位置痕惋,導致后續(xù)所有模塊的ID都發(fā)生了更改区宇。

既然找到了問題的原因,那么解決方案也就很明了了值戳。那就是找到一種和順序無關的模塊ID命名方式议谷。最容易想到的就是基于文件名或者文件內容的哈希值這兩種方案了。其實也就是今天要說的NamedModulesPlugin與HashedModuleIdsPlugin的功能堕虹。

比如卧晓,我們在項目中啟用HashedModuleIdsPlugin:

plugins:[newwebpack.optimize.CommonsChunkPlugin({name: ['vender','manifest'],minChunks:Infinity,? ? ? ? }),newwebpack.HashedModuleIdsPlugin()? ]

此時,再次構建項目得到:

可以看到各個模塊的ID已經(jīng)變成一小段哈希值赴捞。這時逼裆,在項目中添加./src/add2.js。重新構建赦政,得到輸出:

可以看出胜宇,兩次構建之間,venderchunk的chunkhash以及各模塊的模塊ID都保持了一致恢着。從而達到了最佳的緩存效果桐愉。

使用NamedModulesPlugin效果類似,此處不再演示掰派。本文涉及的所有代碼都可以在github上找到从诲。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市靡羡,隨后出現(xiàn)的幾起案子系洛,更是在濱河造成了極大的恐慌俊性,老刑警劉巖,帶你破解...
    沈念sama閱讀 219,110評論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件碎罚,死亡現(xiàn)場離奇詭異磅废,居然都是意外死亡,警方通過查閱死者的電腦和手機荆烈,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,443評論 3 395
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來竟趾,“玉大人憔购,你說我怎么就攤上這事〔砻保” “怎么了玫鸟?”我有些...
    開封第一講書人閱讀 165,474評論 0 356
  • 文/不壞的土叔 我叫張陵,是天一觀的道長犀勒。 經(jīng)常有香客問我屎飘,道長,這世上最難降的妖魔是什么贾费? 我笑而不...
    開封第一講書人閱讀 58,881評論 1 295
  • 正文 為了忘掉前任钦购,我火速辦了婚禮,結果婚禮上褂萧,老公的妹妹穿的比我還像新娘押桃。我一直安慰自己,他們只是感情好导犹,可當我...
    茶點故事閱讀 67,902評論 6 392
  • 文/花漫 我一把揭開白布唱凯。 她就那樣靜靜地躺著,像睡著了一般谎痢。 火紅的嫁衣襯著肌膚如雪磕昼。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,698評論 1 305
  • 那天节猿,我揣著相機與錄音票从,去河邊找鬼。 笑死沐批,一個胖子當著我的面吹牛纫骑,可吹牛的內容都是我干的。 我是一名探鬼主播九孩,決...
    沈念sama閱讀 40,418評論 3 419
  • 文/蒼蘭香墨 我猛地睜開眼先馆,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了躺彬?” 一聲冷哼從身側響起煤墙,我...
    開封第一講書人閱讀 39,332評論 0 276
  • 序言:老撾萬榮一對情侶失蹤梅惯,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后仿野,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體铣减,經(jīng)...
    沈念sama閱讀 45,796評論 1 316
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 37,968評論 3 337
  • 正文 我和宋清朗相戀三年脚作,在試婚紗的時候發(fā)現(xiàn)自己被綠了葫哗。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 40,110評論 1 351
  • 序言:一個原本活蹦亂跳的男人離奇死亡球涛,死狀恐怖劣针,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情亿扁,我是刑警寧澤捺典,帶...
    沈念sama閱讀 35,792評論 5 346
  • 正文 年R本政府宣布,位于F島的核電站从祝,受9級特大地震影響襟己,放射性物質發(fā)生泄漏。R本人自食惡果不足惜牍陌,卻給世界環(huán)境...
    茶點故事閱讀 41,455評論 3 331
  • 文/蒙蒙 一擎浴、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧呐赡,春花似錦退客、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,003評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至怀泊,卻和暖如春茫藏,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背霹琼。 一陣腳步聲響...
    開封第一講書人閱讀 33,130評論 1 272
  • 我被黑心中介騙來泰國打工务傲, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人枣申。 一個月前我還...
    沈念sama閱讀 48,348評論 3 373
  • 正文 我出身青樓售葡,卻偏偏與公主長得像,于是被迫代替她去往敵國和親忠藤。 傳聞我的和親對象是個殘疾皇子挟伙,可洞房花燭夜當晚...
    茶點故事閱讀 45,047評論 2 355

推薦閱讀更多精彩內容