304和浏览器缓存

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了304和浏览器缓存，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含947字，纯文字阅读大概需要2分钟。

内容图文

浏览器虽然发现了本地有该资源的缓存，但是不确定是否是最新的，于是想服务器询问，若服务器认为浏览器的缓存版本还可用，那么便会返回304。

浏览器缓存分为强缓存和协商缓存。

1.浏览器请求某资源，通过header判断是否强缓存，若是强缓存，则从本地直接获取缓存文件，不发请求到浏览器

2.若不是强缓存，发送请求到服务器，服务器通过一些request header确定是否是协商缓存，如果是，服务器将请求返回，但不返回资源，而是让客户端从本地缓存获取资源

3.强缓存和协商缓存，资源都是本地，只是强缓存不会发送请求到服务器，协商缓存会发送请求到服务器。
4.不是协商缓存，则浏览器将资源发送客户端。

强缓存：服务端第一次响应请求时，告知浏览器还存在本地，设定时间，时间之内还获取该资源就从本地获取。

Expires Cache-Control两个响应首部字段告知过期时间和最大生命周期。再次请求从缓存中找资源，若请求时间比Expires设定时间早则可用本地资源。

http1.1 Cache-Control缓存资源最大生命周期，秒为单位。一起使用以Cache-Control为主。

协商缓存：文件最后修改时间，服务器判断资源是否更新，未更新返回304表示not modified，浏览器从缓存加载。

LastModified：资源最后更新时间，随服务器返回。if-modified-Since请求首部字段，通过比较两个时间判断资源是否修改。没有修改则协商缓存。

1.浏览器第一次请求资源，服务器响应，返回资源，响应头加Last-Modified。

2.浏览器再次请求资源，在请求头加上if modified since，该值为上次Last-Modified的值

3.服务器接受请求，将ifmodifiedsince值和资源最后修改值做对比，若一致则返回304，协商缓存。

Etag周期性重写资源，但资源没变化，加注释等无关紧要信息。用Etag区分两个资源是否一致，随response返回和请求头的if-none-match相比较，判断资源在两次请求中是否修改，未修改则协商缓存。

 

 

 

 

 

 

 

 

 

 

 

 

原文：http://www.cnblogs.com/ziqian9206/p/7123634.html

内容总结

以上是互联网集市为您收集整理的304和浏览器缓存全部内容，希望文章能够帮你解决304和浏览器缓存所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---