通过gsutil设置Cache-Control元数据后响应头未更新的问题

可能原因及对应解决方案 #

1. Cloud CDN缓存未更新 #

如果你的GCS桶关联了Cloud CDN，边缘节点会缓存旧的响应内容直到缓存过期（当前返回的age:232说明响应来自CDN缓存）。此时需要手动刷新CDN缓存：

• 使用命令行刷新：

  gcloud compute url-maps invalidate-cdn-cache YOUR_URL_MAP_NAME --path "/style.css"
  

• 或者在Google Cloud控制台的负载均衡页面，找到对应的URL映射，执行缓存无效化操作。

2. 验证对象元数据及源站响应 #

先确认对象本身的元数据确实正确：

gsutil stat gs://my-bucket/style.css

然后绕过CDN直接访问GCS源站，检查响应头：

curl --head https://storage.googleapis.com/my-bucket/style.css

如果源站返回的Cache-Control是public, max-age=14400，说明问题完全出在CDN缓存；如果源站返回的还是旧值，继续排查下面的原因。

3. 桶级或CDN缓存策略覆盖 #

• 检查桶的默认元数据，确认是否存在全局的Cache-Control设置：

  gsutil getmeta gs://my-bucket
  

  对象级元数据优先级高于桶级，但如果CDN配置了自定义缓存策略（而非使用源站缓存头），会强制覆盖对象的Cache-Control值：
  • 进入Cloud控制台的负载均衡页面，查看对应CDN的缓存模式，确保设置为「使用源站缓存标头」，而非自定义TTL模式。

4. 确认请求路径正确性 #

确保curl访问的URL指向的是正确的对象，比如是否使用了自定义域名但未正确映射，或者路径中存在拼写错误。

内容的提问来源于stack exchange，提问作者Andre Barrientos