HTTP 304状态分析
程序员文章站
2022-04-26 09:25:24
今天在查看web服务器日志的时候看到有很多304的http状态,为什么会返回304而不是200呢?这与服务器的缓存设置非常有关... 13-04-14...
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头表示客户只想比指定日期更新的文档)。服务器告诉客户,原来缓冲的文档还可以继续使用。
如 果客户端在请求一个文件的时候,发现自己缓存的文件有 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,从而大大的降低带宽的消耗,对于用户的感觉也是提高。
当这些缓存有效的时候,通过 httpwatch 查看一个请求会得到这样的结果:
第一次访问 200
鼠标点击二次访问 (cache)
按f5刷新 304
按ctrl+f5强制刷新 200
如果是这样的就说明缓存真正有效了。以上就是我对 http 304 的一个理解。
标准解释是: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头表示客户只想比指定日期更新的文档)。服务器告诉客户,原来缓冲的文档还可以继续使用。
如 果客户端在请求一个文件的时候,发现自己缓存的文件有 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,从而大大的降低带宽的消耗,对于用户的感觉也是提高。
当这些缓存有效的时候,通过 httpwatch 查看一个请求会得到这样的结果:
第一次访问 200
鼠标点击二次访问 (cache)
按f5刷新 304
按ctrl+f5强制刷新 200
如果是这样的就说明缓存真正有效了。以上就是我对 http 304 的一个理解。
上一篇: 是不是网站的收录越多真的对网站越有利呢?