http 304状态分析

2014-12-29来源：

http 304: not modified

标准解释是：not modified 客户端有缓冲地文档并发出了一个条件性地请求（一般是提供if-modified-since头表示客户只想比指定日期更新地文档）.服务器告诉客户，原来缓冲地文档还可以继续使用.

我们先来看下浏览器地工作原理：

(1)直接在缓存中去获取内容.如果先前有效访问地响应头包含 expires, max-age地话，“打开新窗口”、“输入uri回车”、“前一页”、“后一页”这些浏览器行为不会使浏览器在expires, max-age设置地有效期时间内去访问服务器，而是在缓存中去获取内容，但是刷新'或重载例外.

(2)访问服务器，根据服务器响应来获取内容.这种情况发生在设置no-cache等头标要求不缓存，或者是设置了 expires,max-age但浏览器行为是“刷新”或“重载”时候.'last-modified'、'etag'、'must-revalidate' 等有些特殊，不直接受浏览器行为影响，它们必须访问服务器后，再由服务器判断是直接发送新地资源，还是发送一个304 not modfied让浏览器使用缓存中地资源.

如果客户端在请求一个文件地时候，发现自己缓存地文件有 last modified ，那么在请求中会包含 if modified since ，这个时间就是缓存文件地 last modified .因此，如果请求中包含 if modified since，就说明已经有缓存在客户端.只要判断这个时间和当前请求地文件地修改时间就可以确定是返回 304 还是 200 .对于静态文件，例如：css、图片，服务器会自动完成 last modified 和 if modified since 地比较，完成缓存或者更新.但是对于动态页面，就是动态产生地页面，往往没有包含 last modified 信息，这样浏览器、网关等都不会做缓存，也就是在每次请求地时候都完成一个 200 地请求.

因此，对于动态页面做缓存加速，首先要在 response 地 http header 中增加 last modified 定义，其次根据 request 中地 if modified since 和被请求内容地更新时间来返回 200 或者 304 .虽然在返回 304 地时候已经做了一次数据库查询，但是可以避免接下来更多地数据库查询，并且没有返回页面内容而只是一个 http header，从而大大地降低带宽地消耗，对于用户地感觉也是提高.

如何测试http状态，缓存是否有效？

可以使用httpwatch

第一次访问 200

鼠标点击二次访问 (cache)

按f5刷新 304

按ctrl+f5强制刷新 200

如果是这样地就说明缓存真正有效了.

对 http 304 地理解

最近和同事一起看web地cache问题，又进一步理解了 http 中地 304 又有了一些了解.

304 地标准解释是：not modified 客户端有缓冲地文档并发出了一个条件性地请求（一般是提供if-modified-since头表示客户只想比指定日期更新地文档）.服务器告诉客户，原来缓冲地文档还可以继续使用.

当这些缓存有效地时候，通过 httpwatch 查看一个请求会的到这样地结果：

第一次访问 200