处理Amazon CloudFront中的缓存未命中与no-cache指令问题

你的cache-control: no-cache, max-age=120, must-revalidate配置里，no-cache指令优先级高于max-age——它强制CloudFront每次响应请求前都必须向源服务器验证缓存资源的有效性，哪怕资源还在max-age的新鲜期内。

持续出现缓存未命中，不一定是源服务器判定资源过期，核心有两种情况：

• 资源确实已过期/更新：源服务器收到CloudFront的验证请求（带If-Modified-Since或If-None-Match头）后，返回200 OK并携带新内容，说明资源真的有更新，CloudFront会替换缓存并返回新内容，这种未命中是正常的。
• 源服务器验证逻辑异常：如果资源没有变化，但源服务器没有正确返回304 Not Modified响应（比如未配置ETag/Last-Modified头，或者处理验证请求时逻辑错误），CloudFront会误认为缓存失效，每次都重新拉取资源，导致持续未命中。

结合Next.js应用，还需要排查这些点：

• 直接请求源服务器（绕开CloudFront），确认响应头里的cache-control、ETag、Last-Modified是否正确输出，确保Next.js的缓存配置确实生效。
• 检查CloudFront缓存行为设置：是否存在覆盖源服务器缓存头的规则（比如自定义了Minimum TTL，或者开启了过多请求头作为缓存键，导致缓存被拆分）。
• 验证源服务器的304响应逻辑：当资源未修改时，必须返回304 Not Modified，并匹配之前返回的ETag或Last-Modified值，这样CloudFront才会复用现有缓存。

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