你知道 http 響應頭中的 ETag 是如何生成的嗎

關於 etag 的生成須要知足幾個條件

1. 當文件不會更改時，etag 值保持不變。因此不能單純使用 inode
2. 便於計算，不會特別耗 CPU。這樣子 hash 不是特別合適
3. 便於橫向擴展，多個 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 表示爲十六進制組合而成。

隨手在個人k8s集羣裏找個 nginx 服務測試一下

$ 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 計算 Last-Modified 與 Content-Length，使用 js 計算以下，結果相符

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

Last-Modified，ETag 與協商緩存

咱們知道協商緩存有兩種方式

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

既然在 nginx 中 ETag 由 Last-Modified 和 Content-Length 組成，那它便算是一個增強版的 Last-Modified 了，那增強在什麼地方呢？

Last-Modified 是由一個 unix timestamp 表示，則意味着它只能做用於秒級的改變

那下一個問題：若是 http 響應頭中 ETag 值改變了，是否意味着文件內容必定已經更改

---

我是山月，你能夠添加我微信 shanyue94 與我交流