為什么要使用vendor屬性聂喇？
一般情況下，使用此屬性的目的是為了方便開發(fā)調(diào)試泛啸，或者是部署到服務(wù)器時提高應(yīng)用的訪問速度铝量。在webpack 的打包此文件過程中通常會根據(jù)文件的內(nèi)容計算出一個hash值，并將該值加到文件名中茬末，并配置一個長達(dá)一年的緩存控制厂榛。之所以這么做，是因為vendor.js中的內(nèi)容基本上很少更新，當(dāng)我們根據(jù)業(yè)務(wù)需求修改相關(guān)邏輯代碼并重新生成入口文件時（比如app.js）击奶，vendor.js仍然在瀏覽器的緩存中辈双，這時用戶只需要重新下載新的入口文件即可。
但是要實現(xiàn)以上的需求還需要webpack實現(xiàn)代碼分割的配合柜砾，那么如何實現(xiàn)呢湃望？
webpack實現(xiàn)代碼分割的方法
要實現(xiàn)上面的需求，就需要將vendor中的代碼抽離出來局义。官方文檔上推薦使用CommonsChunkPlugin插件來抽離公共的代碼塊喜爷。但是在項目里實際使用中發(fā)現(xiàn)，每當(dāng)我們更改了業(yè)務(wù)代碼并重新進(jìn)行項目構(gòu)建生成入口文件（比如：app.js）時萄唇，vendor.js的hash值也會隨之改變檩帐，上面提到的緩存策略也就失去了意義。
那為什么會出現(xiàn)vendor.js的hash值會改變的問題呢另萤？
vendor.js的hash值改變的原因及解決方法
通過進(jìn)一步的排查湃密，我們得出：這個問題是由于webpack打包時，默認(rèn)使用數(shù)字作為模塊的id導(dǎo)致的四敞。既然有問題的出現(xiàn)泛源，肯定有解決問題的方法。
有兩種方法可以解決此問題：1.使用NameModulesPlugin插件忿危。2.使用HashedModuleldsPlugin插件
關(guān)于NameModulesPlugin插件的問題：顧名思義达箍，它能將模塊id由數(shù)字的形式改為字符串（文件的相對路徑）的形式，但是采用這種方式打包生成的入口文件（比如：app.js）的大小相較于以前的打包方式體積增加了近一倍铺厨，即使采用gzip壓縮之后體積也比之前有所增加缎玫。
因此推薦采用第二種方法。HashedModuleldsPlugin是webpack作者為webpack2.0版本開發(fā)的解滓，發(fā)現(xiàn)它居然完整的解決了上面遇到的所有問題赃磨。在修改業(yè)務(wù)代碼生成入口文件（比如：app.js）或者在入口文件添加新的模塊，刪除舊模塊時洼裤，vendor.js的hash值不在隨之改變邻辉，同時在入口文件里采用異步方式加載的chunk的hash值也不會再發(fā)生改變了。
更多知識點請參考：https://blog.csdn.net/shenlei19911210/article/details/70142791
