我们从绿洲物联平台跳转智能锁应用，

如下，我们可以看到，我们是通过a标签去跳转应用的。但是我们打开控制台的话，因为a标签是另外新开一个页面，我们看不到新页面的html文档的加载情况。

我们可以临时把_blank改成_self,在当前页面打开应用，我们就可以在控制台看到加载的情况了。

我们看到我们的智能锁应用的html文档的加载，居然使用了强缓存。
从响应头的last-modified的时间，我们可以看出来智能锁应用的文件用的是什么时候更新的文件。
从response响应的内容里加载的js来看，我们可以看出来我们通过强缓存使用的这个html文件里，引用的是哪个hash的js文件。

如下图，因为刷新应用页面后，html用的是协商缓存，那么协商缓存是不会有问题的。就正确加载了最新的前端包文件html(这里的示例，
强缓存和协商缓存返回的都是同一个html,示例不太好哈，我们应该更新一个智能锁前端包，就会发现两个html是不同的，协商缓存永远是返回最新的，强缓存因为是根据max-age来做的缓存，所以不到文件过期，永远是用旧文件的。

为什么从平台跳转应用，用的强缓存，但是通过url处回车刷新应用页面，却用的是协商缓存呢？因为两者的刷新策略是不同的。
注意缓存的优先级：强缓存>协商缓存

刷新策略：
强缓存：在浏览器强制刷新（如F5刷新或Ctrl+F5强制刷新或通过url处回车刷新）的情况下，强缓存不会生效，浏览器会重新向服务器发送请求。

协商缓存：在浏览器强制刷新的情况下，协商缓存仍然会生效。浏览器会发送请求并带上缓存标识，服务器会根据这些标识来判断是否返回新的资源。

总结

nginx代理配置智能锁应用的html的缓存配置的时候，配置了强缓存和协商缓存，那么通过a标签跳转智能锁应用的时候，
强缓存优先级高，强缓存生效，导致显示的旧的前端包内容；刷新智能锁应用页面的时候，强缓存失效，协商缓存生效，那么这个时候加载的前端包内容就是最新的前端包内容了。
所以我们要注意，html的缓存配置是不可以用强缓存的，只能用协商缓存或者no-store不缓存。