webpack（五）性能优化之缓存

随着前端项目日益增大，code splitting盛行，通过缓存资源文件、实现增量更新来优化用户体验是非常重要的。一般来说，对于静态资源，我们都希望浏览器能够进行缓存，那样以后进入页面就可以直接使用缓存资源，页面直接直逼火箭速度打开，既提高了用户的体验也节省了宽带资源。当然浏览器缓存方法有很多种，这里只简单讨论下 webpack 利用 hash 方式修改文件名，以达到缓存目的。

webpack hash

webpack 内置了多种可使用 hash，官网解释分别如下：

• hash：the hash of the module identifier
• chunkHash：the hash of the chunk content
• contentHash：the hash of extracted content

注：hash 的默认长度为 20 个字符，可通过 output.hashDigestLength 全局配置，或使用 [hash:16]
方式配置，还可以通过 output.hashDigest 配置何时生成 hash。

三种hash的对比说明

• hash：每次webpack构建时会产生一个唯一的hash值。
  问题：因为js和css同时使用一个hash值，如果同时打包，会导致所有缓存失效。
• chunkhash：会根据生成的chunk生成hash值，如果打包时来自同一个chunk，就会生成同样的hash值
  问题：js和css的hash值还是一样的，因为css是通过js引入的，所以属于同一个chunk
• contenthash：根据文件的内容生成hash值，不同内容的文件生成的hash值也不同

• 所以让代码线上运行缓存最好使用contenthash
  

下面分别以js和css文件为例：
每次打包都会按照文件的内容生成hash，然后将次hash作为打包后的文件名。这里取contenthash值的前十位作为名称的一部分。

打包后的目录如下：

除了使用contenthash还有固定chunkId、固定moduleId、提取runtime文件等缓存方法，这里就不一一例举了。