当前位置:   article > 正文

协商缓存和强缓存_cache-control: public, max-age=3600没生效

cache-control: public, max-age=3600没生效

缓存的优点

1.减少不必要的数据传输,节省宽带
2.减少服务器负担,提升网页性能
3.加快客户端加载网页的速度
4.用户体验友好

缺点

资源如果有更改,但客户端不及时更新会造成用户信息滞后,如果老版本有bug的话,情况会更糟糕

强缓存

强缓存就是强制缓存的意思,当浏览器去请求某个文件时,服务端就在返回头中对该文件进行了缓存配置

response header中 cache-control 常见的设置是max-age public private no-cache no-store

  1. max-age 表示缓存的时间 单位s
  2. public 表示可以被浏览器缓存和代理服务器缓存 代理服务器可以用nginx
  3. immutable 表示该资源永远不变,但实际上该资源并不是永远不变,这么设置的意思是让用户刷新页面的时候不会去重新请求该资源
  4. private 表示只让客户端缓存即浏览器,代理服务器不可以缓存
  5. no-cache
    表示跳过设置强缓存,但是不妨碍设置协商缓存;一般如果做了强缓存,只有在强缓存失效才走协商缓存,设置了no-cahe就不会走强缓存了,每次都会请求服务端
  6. no-store 表示不设置缓存,也就没有所谓的强缓存和协商缓存了

协商缓存

强缓存是给资源设置一个过期时间,客户端每次请求资源时都会看看是否过期,如果没有过期=>浏览器读取本地缓存 过期了才会继续向服务端请求,而请求服务器的过程就可以设置协商缓存

response header中 etag、last-modified
etag:每个文件有一个,改动文件了就变了,是一个文件hash
last-modified 文件的修改时间,精确到秒

在每次请求返回的返回头中都有etag和last-modified ,在下次请求时请求头就会把这两个带上,服务端会把带来的两个标识进行比对,然后判断资源是否更改,如果资源没有更改,那就不变etag和last-modified,浏览器会读取本地缓存,如果资源发生更改了,就直接返回新的资源以及新的etag和last-modified

只有协商缓存的流程

  1. 资源没有变的情况
    客户端发送请求带着etag和last-modified =>服务端查看资源是否发生改变=>未改变,eatg和last-modified不变,浏览器读取本地缓存 304
  2. 资源发生改变
    客户端发送请求带着etag和last-modified =>服务端查看资源是否发生改变=>改变,返回新的资源 及新的etag和last-modified 200

强缓存和协商缓存都有的情况
客户端请求资源=> 已过期 => 进行协商缓存
客户端请求资源=> 未过期 => 浏览器读取本地缓存 200

注:在返回头response header 中的etag和last-modified在客户端重新发起请求时在请求头request header中换个key名:
etag -> if-none-matched
last-modified -> if-modified-since

为什么要有etag?
http1.1中新增的etag,为了解决之钱last-modified比较难解决的问题
1.一些文件也许会周期性的更改,但是他的内容并没有发生实际的改变,变得只是修改时间,这个时候我们并不希望客户端认为这个文件修改了,需要去重新请求
2.某些文件被修改的十分频繁,比如在秒以下的时间进行修改,比如1s修改了n次,if-modified-since能检查到的粒度时秒级的,这种修改无法去判断
3.某些服务器不能精确的得到文件的最后修改时间

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/小丑西瓜9/article/detail/515980
推荐阅读
相关标签
  

闽ICP备14008679号