覆盖更新与增量更新

覆盖更新与增量更新都是建立在强制缓存的基础上,即cache-control不设置为no-cache或者no-store。

覆盖更新和增量更新目的
为了提高页面的加载性能,启用强制缓存策略,把文件缓存到本地并且设置cache-control的max-age为30天,如果再过期时间内,项目需要迭代更新,必须让浏览器放弃缓存文件,发送请求获取最新资源。

覆盖更新
为了在过期时间内获取到最新资源,覆盖更新的策略是在引用资源URL后面加上参数,类似时间戳,原理是浏览器会把参数不同的url当作新的url

<script src = "main.home.js?v=1.0.1"></script>

人工添加参数比较繁琐,也可能产生失误,于是采用hash指纹(根据整个文件计算出的hash值)

<script src = "main.home.js?v=43f54j5st54"></script>

覆盖更新存在以下问题:

  • 静态文件必须与引用它的html文件同步更新,不然会出现资源不同步
    针对html文件与静态资源分开部署的情况下,两种资源部署存在时间差,影响用户体验,因此很多团队先择在半夜更新
  • 不利于版本回退

增量更新
增量更新完美解决了覆盖更新的缺陷,方法是把hash指纹作为文件名的一部分

<script src = "main.home43f54j5st54.js"></script>

先将静态文件更新上去,旧的静态文件并没有删除,此时html引用的还是旧文件,当把动态html更新上去,用户便能在第一时间看到更新

多模块下的增量更新
假如主模块加载了两个模块,一个同步加载,一个异步加载
三种情况:

  1. 修改主模块代码,只有主模块的hash指纹改变
  2. 修改同步模块代码,同步模块和主模块的hash指纹改变,异步模块hash指纹不改变
  3. 修改异步模块代码,异步模块和主模块hash指纹都改变,同步模块hash指纹不改变
发布了34 篇原创文章 · 获赞 2 · 访问量 1642

猜你喜欢

转载自blog.csdn.net/liu_xiaoru/article/details/102467530