The way of Webpack learning (VI.) -- 长缓存优化
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了The way of Webpack learning (VI.) -- 长缓存优化，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2227字，纯文字阅读大概需要4分钟。
内容图文
使用commonChunkPlugin的都是基于webpack3.10.0，在webpack4中直接配置optimization就可以了。
一：什么是长缓存？
浏览器在用户访问页面的时候，为了加快加载速度，对用户请求的静态资源都会进行存储，但是每次代码更新或者升级的时候，我们都需要浏览器去加载新的代码。最方便的方法就是引入新的文件名称，只下载新的代码块，不加载旧的代码块，这就是长缓存。
二：场景实现
1、业务代码+第三方库代码
解决方法：
- 提取vendor，hash -> chunkhash
- 每次打包的时候在输出的界面上输出hash值，代表打包的哈希，而不是每个代码块的哈希，因此把哈希变成代码块的哈希
- 提取 webpack runtime
// foo.js import react from ‘react‘ console.lg(‘hello world‘)
//webpack.config.js const path = require(‘path‘) const webpack = require(‘webpack‘) module.exports = { entry: { main: ‘./src/foo‘, // 如果要把vendor和业务代码区分开 // 独立的给vendor建一个entry就可以了 vendor: [‘react‘] }, output: { path: path.resolve(__dirname, ‘dist‘), filename: ‘[name].[chunkHash].js‘ }, plugins: [ new webpack.optimize.CommonsChunkPlugin({ name: ‘vendor‘, minChunks: Infinity }), new webpack.optimize.CommonsChunkPlugin({ name: ‘manifest‘ }) ] }
这时会有三个文件，vendor、main、manifest，这时再修改代码，再加一个！此时manifest和main发生变化，但是vendor没有发生变化，manifest发生变化是因为代码发生改变，要重新编译，这就达到了改变业务代码，但不改变vendor。
如果不用这种方法，就算vendor的代码不修改，打包出来的文件名的hash值也会发生改变。
2、引入新模块，模块顺序变化，vendor hash变化
问题：这时候进行打包，发现vendor的hash发生变化了，即便没有修改它，说明引入新模块的时候，又打破了原来的内容。
原因：之所以发生变化，在于给打包的同时，会给每个chunk给一个ID，当ID发生变化的时候，hash值也会发生变化。
// foo.js import react from ‘react‘ import module from ‘./module‘ console.log(‘hello world foo!!‘) // module.js export default ‘this is module‘
解决方案：此时打包，原来的chunks是0 1 2，现在的chunks改为main、manifest、vendor
这次再次修改foo.js的代码并进行打包，这时vendor的hash值没有发生变化，而manifest和vendor都发生变化了
//插件数组添加上这个插件
new webpack.NamedChunksPlugin(),
new webpack.NamedModulesPlugin(),
3、在老版本中，动态引入模块时，vendor hash也会发生变化。（webpack3x已经解决这个问题）
问题：这时只改变了业务代码，这时打包，vendor的哈希没有发生变化，但是冬天引入的模块还是给了一个为0的id，而且没有chunkName，老版本会跟着chunk的变化而变化。
// async.js
export default {
name: ‘async‘
}
// foo.js
import react from ‘react‘
import module from ‘./module‘
import(‘./async‘).then(function (a) {
console.log(a)
})
console.log(‘hello world foo!!‘)
解决方案：
import(/* webpackChunkName: ‘async‘ */‘./async‘).then(function (a) {
console.log(a)
})
三：在webpack4中怎么实现长缓存优化？
在webpack4中已经移除了commonChunkPlugin，直接配置即可。
optimization: {
splitChunks: { // 打包 node_modules里的代码
chunks: ‘all‘
},
runtimeChunk: true, // 打包 runtime 代码
}
vendor的hash值并没有发生改变。
原文：https://www.cnblogs.com/weihuan/p/9643095.html
内容总结
以上是互联网集市为您收集整理的The way of Webpack learning (VI.) -- 长缓存优化全部内容，希望文章能够帮你解决The way of Webpack learning (VI.) -- 长缓存优化所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。