这篇文章主要介绍了webpack2缓存优化的方法的相关知识，内容详细易懂，操作简单快捷，具有一定借鉴价值，相信大家阅读完这篇webpack2缓存优化的方法文章都会有所收获，下面我们一起来看看吧。
创新互联建站自2013年起，是专业互联网技术服务公司，拥有项目成都网站制作、成都做网站、外贸营销网站建设网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元江城做网站,已为上家服务,为江城各地企业和个人服务,联系电话:028-86922220
随着Vue,react等MVVM的应用，ES6等新语言特性被引入浏览器端开发中，能高效组织组件化代码，使用ES6 import引用等特性的webpack被许多业务项目使用。
1、“污染”情况的示例
形如上图的目录结构，项目有3个独立的入口文件放在pages目录下，共同依赖一个vue.min.js,分别不同文件依赖alib.js,blib.js,一个vue组件list.vue; 我们使用下面的配置来生成一个每个js文件一一对应的编译后文件。
LsLoader目录下运行 gulp webpack,分析依赖，webpack 开始打包，生成结果如下
看上去很美，那我们现在项目中有了需要改动的地方，list2.js中，原来引用代码是
import a from '../lib/alib.js';
现在我们需要添加个依赖，该动成为->
import a from '../lib/alib.js'
import b from '../lib/blib.js'
修改完毕，gulp webpack ,webpack打包。按道理只有list2.js会发生改变，生成新md5被用户下载到客户端。实际结果呢？
怎么改了一个文件其他也变了，我根本没动啊。我修改了个文件其他页面的缓存也跪了，不科学啊。
这种现象，我称为打包意外污染。
2、污染原理
观察我们前后打包的源码进行比对，除了page_list2文件是确实修改外，alibjs等文件没改源码的结果文件后变化点在这里
第一次编译：webpackJsonp([3],{
第二次编译：webpackJsonp([4],{
vuemin.js库文件修改则是在
第一次编译： 3:
(function(module, exports, __webpack_require__) {
module.exports = __webpack_require__("YOc6");
}),
第二次编译： 4:
(function(module, exports, __webpack_require__) {
module.exports = __webpack_require__("YOc6");
}),
数字都＋1了，我们添加了个模块引用所有编译结果的数字序号都＋1，这数字是什么？
这些就是webpack运行在浏览器时候配合webpackJSONP函数使用的moduleID和chunckID,
webpack各种loader加载.vue .css .js各种格式组件的背后，是编译loader文件把浏览器不识别的文件转换成一个个可执行的代码块，代码块的标示用的是两个数组，moduleIDs数组和chunkIDs数组，放在webpack源码中，运行时根据遇到的模块数量和chunk数量自增来确定唯一性。chunk可以理解为文件级别的代码块，编译出来后就是个单独的js文件可以被入口文件引用。module则是chunk内部的一个个代码段落.
其中，module又分为normalModule和contextModule两种，
normalModule很好理解，就是普通的模块代码，es6 export翻译成es5的形式后包裹使用，
contextModule比较特殊，是非入口文件暴露内部模块的一段代码，形如
(function(module, exports, __webpack_require__) {
module.exports = __webpack_require__("0YW9"); ／／把内部的普通模块暴露出去
})
关于“webpack2缓存优化的方法”这篇文章的内容就介绍到这里，感谢各位的阅读！相信大家对“webpack2缓存优化的方法”知识都有一定的了解，大家如果还想学习更多知识，欢迎关注创新互联行业资讯频道。
