Http 协议中ETag的用法

PHPor 的Blog 2010-06-03 13:20:48 累计浏览 3,624 次

本机暂存

标签 ETag HTTP 缓存负载均衡

内容概览

这篇讲的是在大型网站负载均衡架构下，ETag生成机制可能带来的一个意外问题。

作者从一次偶然观察切入：在F5等设备实现的集群环境中，同一个未修改的资源被两次请求时，其HTTP头中的ETag值竟然不相同。这引发了对ETag算法稳定性的怀疑——很可能在计算哈希时，混入了与特定服务器实例相关的因子（例如文件修改时间戳在不同real server上可能因同步延迟存在微小差异）。为验证猜想，作者查阅了Apache文档，最终确认了ETag的默认生成策略确实包含文件的inode、修改时间等服务器本地信息。

这篇文章的价值在于，它揭示了在分布式系统中，一个看似标准的HTTP协议特性（缓存验证）可能因实现细节而产生非预期行为。对于架构师和运维工程师而言，这是一个提醒：在设计高可用架构时，需要审视像ETag这类“黑盒”机制的底层一致性，以确保全局缓存策略的有效性。

大网站一般都是用F5或其它的负载均衡设备，用户的每次请求落在那台real server都是不一定的，一次偶然的机会，发现相同的一个资源在两次访问时，http头中的etag是不相同的，主要是该资源一定是没有被修改的，于是想到etag的算法中可能使用到了资源在不同real server上可能不同的因子，于是参考了一下apache的文档（因为我们使用的是apache），文档地址：

http://lamp.linux.gov.cn/Apache/ApacheMenu/mod/core.html#fileetag

默认情况下，etag和资源的inode有关系，而inode在不同的real server上基本是不相同的，于是，这样的etag还不如没有，因为这样该资源是每次都要返回全部信息的，可以修改apache配置文件，添加如下配置：

FileETag MTime Size

关于apache中etag的算法，可以参考源码： src/main/http_core.c 中的函数set_etag_bits

同分类推荐文章

等了十年的 Go 链式管道，终于来了：seq 让你像写 Scala 一样写 Go （2026-06-25 18:38:18）
Go 实验特性详解（2026-06-21 10:05:27）
amd64 微架构级别对 Go 程序性能提升多少？（2026-06-21 09:38:49）

查看更多后端文章 →

建议继续学习

浅析http协议、cookies和session机制、浏览器缓存（累计阅读 17,446）
解析nginx负载均衡（累计阅读 16,625）
从输入 URL 到页面加载完成的过程中都发生了什么事情？（累计阅读 15,933）
libcurl的使用总结（二）（累计阅读 15,083）
使用python爬虫抓站的一些技巧总结：进阶篇（累计阅读 13,302）
HTTP协议Keep-Alive模式详解（累计阅读 12,105）
你必须了解的Session的本质（累计阅读 11,442）
Facebook 网站架构（累计阅读 11,112）
基于Redis构建系统的经验和教训（累计阅读 10,522）
curl 命令使用cookie （累计阅读 10,017）