代理IP访问总是拿到旧内容？从Cache-Control、ETag到缓存键排查
通过代理IP访问接口或网页时，出口地址已经变化，但响应内容仍像是几分钟前的版本。这个现象经常被误判为“代理没有生效”，实际可能来自浏览器缓存、代理共享缓存、目标站 CDN、连接复用或应用自身缓存。排查重点是确认响应在哪一层生成，以及缓存键是否真的包含了你以为会变化的维度。
先看响应头，不要先换节点
在自有站点、授权接口或测试资源上，先保存一次直连和一次代理请求的状态码及以下字段：Cache-Control、Age、ETag、Last-Modified、Vary、Via、X-Cache和业务请求ID。下面只展示结构，主机和凭据请替换为你有权限使用的值：
curl -sS -D headers.txt -o body.bin
-x http://PROXY_HOST:PORT
https://example.invalid/resource如果代理与直连返回相同的ETag和Age，说明响应可能来自同一共享缓存；如果每次都没有Age但业务版本号不变，应继续检查源站应用缓存。不要把完整Authorization、Cookie或代理密码写入工单和日志。
理解几个容易混淆的字段
| 字段 | 排查价值 |
|---|---|
| Cache-Control | 说明是否允许缓存、最大年龄和重新验证要求 |
| ETag | 资源版本标识，可用于条件请求 |
| Last-Modified | 资源最近修改时间，精度和可靠性由源站决定 |
| Vary | 提示缓存键需要考虑哪些请求头，例如Accept-Encoding |
| Age | 共享缓存保存响应的时间线索，不能单独定位缓存层 |
按三段路径区分缓存来源
- 客户端缓存：使用新的会话或明确的重新验证请求做对照，但不要关闭证书校验。
- 代理缓存：比较同一代理节点的连续请求与不同节点请求，结合代理平台提供的请求ID或日志判断。
- 目标站缓存：在授权范围内查看CDN缓存状态、源站版本号和回源日志，确认是否存在区域或语言缓存键。
更换代理IP并不能保证拿到新内容。许多缓存只按URL、Host、部分请求头和查询参数生成缓存键，出口地址可能根本不参与计算。相反，直接改变请求头也可能让缓存命中率下降，必须按照站点规则操作。
条件请求与验收
如果资源提供ETag，可在授权测试中使用条件请求：
curl -i -x http://PROXY_HOST:PORT
-H "If-None-Match: "ETAG_VALUE""
https://example.invalid/resource返回304表示资源版本未变，不等于代理异常；返回200且ETag变化，才说明拿到了新版本。最终应把响应头、资源版本、请求时间和出口地址一起记录，避免只凭页面视觉判断。
代理IP可以帮助做多网络路径的缓存验证，但不能用来绕过访问权限、会员限制或第三方缓存控制。若需要强制刷新，应使用站点提供的正规刷新或发布流程。
