解析webpack异步加载（三）：深入浅出的看webpack的持久化缓存机制

2023-11-30 03:36:52

在第一篇文章里，我们详细分析了在第一篇以及第二篇文章中，Webpack分别在两种情况下是如何处理拆包后的代码。在第一篇文章中，我们介绍了库代码与业务代码分离，Webpack会将业务代码与库代码分别打包成不同的块。在第二篇文章中，我们介绍了import()与codespliting默认情况下，Webpack会将代码块以顺序的数字进行命名。

以上是使用 Webpack 进行代码拆分后，在两种不同场景下创建代码块的一些基本知识。那么，在这些基本知识之上，Webpack 如何做到持久化缓存呢？

如何做到持久化缓存

Webpack 是如何做到持久化缓存的？这需要从 Webpack 的持久化缓存机制说起。Webpack 的持久化缓存机制主要依靠的是一个名为 "持久化缓存表" 的数据结构。这个数据结构是一个键值对结构，其中键是代码块的名称，值是代码块的哈希值。

当 Webpack 第一次构建项目时，它会将所有代码块的名称和哈希值存储到持久化缓存表中。当 Webpack 再次构建项目时，它会先检查持久化缓存表。如果某个代码块的名称和哈希值与持久化缓存表中的记录一致，则 Webpack 就会认为这个代码块没有发生变化，从而直接使用持久化缓存表中的记录，而不会重新构建这个代码块。

版本控制和缓存失效

Webpack 的持久化缓存机制虽然可以提高构建速度，但也存在一些问题。其中一个问题就是版本控制。随着项目的迭代，代码块的名称和哈希值可能会发生变化。当这种情况发生时，Webpack 将无法使用持久化缓存表中的记录，从而导致构建速度变慢。

为了解决版本控制的问题，Webpack 提供了一个名为 "版本控制" 的功能。该功能允许用户为代码块指定一个版本号。当代码块的名称或哈希值发生变化时，Webpack 会将新版本号存储到持久化缓存表中。这样，当 Webpack 再次构建项目时，它就可以根据版本号来判断代码块是否发生变化，从而决定是否使用持久化缓存表中的记录。

另一个问题是缓存失效。当代码块发生变化时，Webpack 需要更新持久化缓存表中的记录。但是，在某些情况下，Webpack 可能会无法更新持久化缓存表中的记录。当这种情况发生时，Webpack 将无法使用持久化缓存表中的记录，从而导致构建速度变慢。

为了解决缓存失效的问题，Webpack 提供了一个名为 "缓存失效" 的功能。该功能允许用户指定一个时间戳。当代码块发生变化时，Webpack 会将新时间戳存储到持久化缓存表中。这样，当 Webpack 再次构建项目时，它就可以根据时间戳来判断持久化缓存表中的记录是否过期，从而决定是否使用持久化缓存表中的记录。

优化建议

为了充分利用 Webpack 的持久化缓存机制，我们可以采取一些优化措施。