java expires_HTTP头的Expires与Cache-control

简单介绍：这是HTTP头的Expires与Cache-control的具体页面，介绍了和javascript,Web综合 HTTP头的Expires与Cache-control有关的知识、技巧、经验，和一些javascript源代码等。

1.概念

Cache-control用于控制HTTP缓存(在HTTP/1.0中可能部分没实现，只实现了Pragma: no-cache)

数据包中的格式：

Cache-Control: cache-directive

cache-directive能够为下面：

request时用到：

| “no-cache”

| “no-store”

| “max-age” “=” delta-seconds

| “max-stale” [ "=" delta-seconds ]

| “min-fresh” “=” delta-seconds

| “no-transform”

| “only-if-cached”

| “cache-extension”

response时用到：

| “public”

| “private” [ "=" field-name ]

| “no-cache” [ "=" field-name ]

| “no-store”

| “no-transform”

| “must-revalidate”

| “proxy-revalidate”

| “max-age” “=” delta-seconds

| “s-maxage” “=” delta-seconds

| “cache-extension”

部分说明：

依据是否可缓存分为

Public  指示响应可被不论什么缓存区缓存。

Private  指示对于单个用户的整个或部分响应消息，不能被共享缓存处理。这同意server只描写叙述当用户的

部分响应消息，此响应消息对于其它用户的请求无效。

no-cache  指示请求或响应消息不能缓存(HTTP/1.0用Pragma的no-cache替换)

依据什么能被缓存

no-store  用于防止重要的信息被无意的公布。在请求消息中发送将使得请求和响应消息都不使用缓存。

依据缓存超时

max-age  指示客户机能够接收生存期不大于指定时间(以秒为单位)的响应。

min-fresh  指示客户机能够接收响应时间小于当前时间加上指定时间的响应。

max-stale  指示客户机能够接收超出超时期间的响应消息。假设指定max-stale消息的值，那么客户机能够

接收超出超时期指定值之内的响应消息。

Expires 表示存在时间，同意client在这个时间之前不去检查(发请求)，等同max-age的

效果。可是假设同一时候存在，则被Cache-Control的max-age覆盖。

格式：

Expires = “Expires” “:” HTTP-date

比如

Expires: Thu, 01 Dec 1994 16:00:00 GMT (必须是GMT格式)

通过HTTP的META设置expires和cache-control

上述设置仅为举例，实际使用其一就可以。这样写的话仅对该网页有效，对网页中的图片或其它请求无效，并不会做不论什么cache。

这样client的请求就多了，虽然仅仅是检查Last-modified状态的东西，可是请求一多对浏览速度必然有影响。

假设要对文件加入�cache能够通过apache的mod_expire模块，写法为

ExpiresActive On

ExpiresDefault “access plus 1 days”

记得ExpiresActive设为On，我起先没设置On，似乎如何YSlow都查不到缓存机制。这样加入�的话就是默认全部的。

假设要针对个别MIME类型则能够：

ExpiresByType image/gif “access plus 5 hours 3 minutes”

见 Apache Module mod_expires

另外，当点击浏览器上的刷新，client发送的请求中均是max-age=0，表示validate操作，发送请求到server

要求检查cache，再更新cache，一般得到的是304 Not Modified，表示没变动。

參考：

HTTP RFC2616 HeaderField