last-modified

请求的流程 对于一次已经有缓存存在的请求来说（即之前已经发过针对这个资源的请求，在本地已经有缓存），如果发起请求，那么 首先会去找到缓存资源的响应头中的expires（过期时间）和cache-control（控制缓存的失效性）来判断当前是否直接使用缓存，如果当前时间还在expires之前，即缓存仍未失效的情况下，我们就直接使用缓存，这就是强缓存。 如果缓存已经失效，那么此时我们需要向后台发送请求，此时发送的请求并非直接就会从服务器获取资源内容，而是在请求头中，加入IF-Modified-Since（在其值后，资源是否更新）或者 IF-None-Match（比较Etag的值，相同则返回304，客户端从缓存中读取内容，否则返回200资源），这两个字段对应的值分别为第一次请求时返回的Last-Modified（上一次修改的时间）和Etag（资源的唯一标识），如果判断后资源尚未更新，就继续访问缓存资源，不会返回新的资源内容，如果已经更新，则会返回资源的实际内容，并更新header中相关的缓存字段，这就是协商缓存。 强缓存 强缓存是根据返回头中的 Expires 或者 Cache-Control 两个字段来控制的，都是表示资源的缓存有效时间。 Expires 是 http 1.0 的规范，值是一个GMT 格式的时间点字符串，比如 Expires:Mon,18 Oct 2066 23:59

关于 etag 的生成需要满足几个条件 当文件不会更改时， etag 值保持不变。所以不能单纯使用 inode 便于计算，不会特别耗 CPU。这样子 hash 不是特别合适 便于横向扩展，多个 node 上生成的 etag 值一致。这样子 inode 就排除了 关于服务器中 etag 如何生成可以参考 HTTP: Generating ETag Header 那么在 nginx 中的 etag 是如何生成的？ nginx 中 ETag 的生成 我在网上找到一些资料与源代码了解到了 etag 的计算方法。由 python 伪代码表示计算方法如下 etag = '{:x}-{:x}'.format(header.last_modified, header.content_lenth) 源码: ngx_http_core_modules.c etag->value.len = ngx_sprintf(etag->value.data, "\"%xT-%xO\"", r->headers_out.last_modified_time, r->headers_out.content_length_n) - etag->value.data; 总结： nginx 中 etag 由响应头的 Last-Modified 与 Content-Length 表示为十六进制组合而成。