HTTP头的Expires与Cache-control

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  指示对于单个用户的整个或部分响应消息，不能被共享缓存处理。这容许服务器仅仅描述当用户的
部分响应消息，此响应消息对于其余用户的请求无效。
no-cache  指示请求或响应消息不能缓存（HTTP/1.0用Pragma的no-cache替换）
根据什么能被缓存
no-store  用于防止重要的信息被无心的发布。在请求消息中发送将使得请求和响应消息都不使用缓存。
根据缓存超时
max-age  指示客户机能够接收生存期不大于指定时间（以秒为单位）的响应。
min-fresh  指示客户机能够接收响应时间小于当前时间加上指定时间的响应。
max-stale  指示客户机能够接收超出超时期间的响应消息。若是指定max-stale消息的值，那么客户机能够
接收超出超时期指定值以内的响应消息。Expires 表示存在时间，容许客户端在这个时间以前不去检查（发请求），等同max-age的
效果。可是若是同时存在，则被Cache-Control的max-age覆盖。
格式：
Expires = "Expires" ":" HTTP-date
例如
Expires: Thu, 01 Dec 1994 16:00:00 GMT （必须是GMT格式）

2.应用
经过HTTP的META设置expires和cache-control
<meta http-equiv="Cache-Control" content="max-age=7200" />
<meta http-equiv="Expires" content="Mon, 20 Jul 2009 23:00:00 GMT" />
上述设置仅为举例，实际使用其一便可。这样写的话仅对该网页有效，对网页中的图片或其余请求无效，并不会作任何cache。
这样客户端的请求就多了，尽管只是检查Last-modified状态的东西，可是请求一多对浏览速度一定有影响。

若是要对文件添加cache能够经过apache的mod_expire模块，写法为
<IfModule mod_expires.c>
ExpiresActive On
ExpiresDefault "access plus 1 days"

</IfModule>
记得ExpiresActive设为On，我起先没设置On，彷佛怎样YSlow都查不到缓存机制。这样添加的话就是默认全部的。

若是要针对个别MIME类型则能够：
ExpiresByType image/gif "access plus 5 hours 3 minutes"
见 Apache Module mod_expires另外，当点击浏览器上的刷新，客户端发送的请求中均是max-age=0，表示validate操做，发送请求到服务器
要求检查cache，再更新cache，通常获得的是304 Not Modified，表示没变更。

参考：
HTTP RFC2616 HeaderField
HTTP协议基础