nginx中的etag是如何生成的

nginx 中 ETag 的生成

我在網(wǎng)上找到一些資料與源代碼了解到了 etag 的計(jì)算方法。由 python 偽代碼表示計(jì)算方法如下

etag = '{:x}-{:x}'.format(header.last_modified, header.content_lenth)

源碼: ngx_http_core_modules.c^[2]

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;

總結(jié)：nginx 中 etag 由響應(yīng)頭的 Last-Modified 與 Content-Length 表示為十六進(jìn)制組合而成。

隨手在我的 k8s 集群里找個(gè) nginx 服務(wù)測(cè)試一下

$ curl --head 10.97.109.49
HTTP/1.1 200 OK
Server: nginx/1.16.0
Date: Tue, 10 Dec 2019 06:45:24 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Tue, 23 Apr 2019 10:18:21 GMT
Connection: keep-alive
ETag: "5cbee66d-264"
Accept-Ranges: bytes

由 etag 計(jì)算 Last-Modified 與 Content-Length，使用 js 計(jì)算如下，結(jié)果相符

> new Date(parseInt('5cbee66d', 16) * 1000).toJSON()
"2019-04-23T10:18:21.000Z"
> parseInt('264', 16)
612  

Last-Modified，ETag 與協(xié)商緩存

我們知道協(xié)商緩存有兩種方式

• Last-Modified/     if-Modified-Since
• ETag/     If-None-Match

既然在 nginx 中 ETag 由 Last-Modified 和 Content-Length 組成，那它便算是一個(gè)加強(qiáng)版的 Last-Modified 了，那加強(qiáng)在什么地方呢？

** Last-Modified 是由一個(gè) unix timestamp 表示，則意味著它只能作用于秒級(jí)的改變**

那下一個(gè)問(wèn)題：如果 http 響應(yīng)頭中 ETag 值改變了，是否意味著文件內(nèi)容一定已經(jīng)更改^[3]