前端SPA应用缓存问题解决与实践

要解决问题，有先决的理论知识先要了解

分两种：

这种机制下，浏览器会先找本地缓存，命中则不会从服务器请求，并返回200状态码，且附有 disk cache 或者 memory cache 字样

这种机制，强缓存失效后，浏览器会携带缓存标识向服务器发起请求，服务器根据标识决定是否使用缓存

首先一点，就是 “浏览器会携带缓存标识” ,这个标识是什么，有两种

好，原理讲了，现在凡是用到nginx的，基本上自动都会实现了ETag和Last-Modified，也就是说，这部分实现机制，已经是默认的！不需要你另加处理。

好，问题来了，如何处理前端SPA应用的缓存问题呢？

现在的SPA要么Vue要么React要么Angular

默认情况下，我们会看到：

即所有资源第一次进，强缓存，第二次进，无意外情况下，会执行协商缓存。

之所以会出现SPA缓存问题，在于index.html是304，那么客户端读取到的，有可能是本地的Not Modified，那么继续下去，读的依旧是本地的disk cache

如何解决问题呢？

这里有个特性，SPA通过webpack打包，一般默认会带有contenthash值，即当对应文件有改动，这个contenthash值才会改变，进而改变打包出来的文件名，意味着 只有改变了的文件，文件名才会变，没有改变的文件是不会变的

如果需要对特殊的文件特殊处理，比如文字类型的文件设置更大的缓存时间或者别的，可以参考上述语法单独加映射

修改后， service nginx reload 一下，浏览器可以看到差别：

index.html一直是200，且从服务器直接读取，而所有其他的静态文件，均从memory or disk cache读取

好，那么接下来如果有更新，可以想象，变化的文件有

而由于index.html一直是请求服务器的，那么得到的入口js也必然是最新的，意味着如果没改动的，走本地强缓存，有改动的，会请求最新的，之后请求会走本地强缓存。

Problem solved.

解决前端SPA缓存问题：

一、什么是SPA（SPA 的概念）

单页 Web 应用 (single-page application 简称为 SPA)，简单理解为：仅仅在web页面初始化时加载相应的HTML、JavaScript、CSS，一旦页面加载完成了，SPA不会因为用户的 *** 作而进行页面的重新加载或跳转，而是利用 JavaScript 动态的变换HTML的内（采用的是div切换显示和隐藏），从而实现UI与用户的交互。

二、SPA的优缺点

1、优点：

（1）由于避免了页面的重新加载，SPA 可以提供较为流畅的用户体验。得益于ajax，我们可以实现无跳转刷新，又多亏了浏览器的histroy机制，我们用hash的变化从而可以实现推动界面变化。

（2）只要使用支持HTML5和CSS3的浏览器就可以执行复杂的SPA,因此，开发人员不必为了写SPA网站而特别学习另一个开发方式，而使用者也不额外安装软件，所以，让开发SPA网页程序的入门和使用门槛降低不少。

2、缺点：

以SPA方式开发的网站不容易管理也不够安全。因为没了一页一页的网页给搜索引擎的爬虫来爬，所以，在搜索引擎最佳化（SEO）的工作上，需要花费额外的功夫。因为没有换页，需要自定义状态来取代传统网页程序以网址来做判断。

---