用户打开网页时，请求不一定每次都到存放原始内容的服务器。理解边缘缓存与源站回源机制详解，可以从一次请求的去向开始：边缘节点先检查本地是否有可用副本；没有时再向源站取回内容，并按规则决定是否保存。
一次请求怎样走完
- 请求到达边缘节点。节点根据缓存键查找对象。缓存键通常包含主机名、路径和部分查询参数；若响应受语言、压缩方式等请求头影响，配置还可能把相应请求头纳入区分条件。
- 检查对象状态。对象存在且仍在有效期内，就是缓存命中，节点直接返回；对象不存在、已过期，或请求带有特定条件时，则可能触发回源或向源站验证。
- 向源站取回内容。节点转发请求并取得响应，再根据响应头、状态码和平台缓存规则决定是否缓存。可缓存时，内容留在边缘供后续请求复用；不可缓存时，通常只把响应传回用户。
- 返回响应。节点将内容及适用的缓存头发送给用户。浏览器缓存与边缘缓存是两层不同的缓存，配置其中一层不会自动代表另一层也采用相同期限。
因此，边缘缓存与源站回源机制详解的关键不只是“存一份内容”，还包括对象如何区分、有效期如何判定，以及过期后怎样更新。
命中、过期与重新验证
缓存命中和未命中
静态图片、字体文件和带版本号的样式文件通常较适合缓存；账户余额、购物车内容等与个人身份有关的数据，通常不应被不同用户共享。若缓存键漏掉必要的查询参数或请求头，原本不同的响应可能被误当成同一对象，带来内容错误甚至隐私风险。
过期不等于必须重新下载
对象过期后，节点可以直接回源获取完整响应，也可以使用验证器询问源站对象是否变化。若请求带有 If-None-Match 等条件头，源站确认内容未变时可返回 304 Not Modified，节点继续使用已有副本；内容已改变时则返回新内容。是否采用验证、以及多久验证一次，取决于源站提供的 ETag 或 Last-Modified 等信息和缓存平台策略。
Cache-Control 中的 max-age 常用于表达客户端缓存期限，s-maxage 可为共享缓存指定期限。具体优先级可能受平台规则影响，应同时检查响应头和缓存服务配置。长期缓存带版本号的文件较稳妥；会变化的页面可设较短期限，或在更新后主动清除相关对象。
配置与排查的可执行步骤
- 按内容类型列清单：区分公开静态文件、公共页面与用户专属响应，并确认哪些路径允许共享缓存。
- 检查缓存键：确认主机、路径、必要的查询参数和影响响应的请求头被正确处理，避免无关参数造成重复缓存，也避免遗漏关键区分条件。
- 检查源站响应：查看 Cache-Control、ETag、Last-Modified、Set-Cookie 等头部，并核实平台是否会因登录态、授权信息或状态码绕过缓存。
- 用同一请求连续访问并比较响应头。常见服务会提供命中、未命中或回源状态标记，但字段名称因平台而异；同时观察源站请求日志，确认命中时源站请求是否减少。
- 发布更新后，选择按路径清除缓存，或采用带版本号的新文件名。路径清除适合紧急修正，但频繁清除会降低命中率；版本化文件更便于让新旧资源并存。
常见故障与取舍
页面更新后仍显示旧内容，先核对对象有效期、缓存键和清除范围；登录用户看到他人内容，应立即检查共享缓存规则及身份相关请求头，必要时对该路径禁用共享缓存。命中率偏低，则检查查询参数是否过度拆分对象、缓存期限是否过短，以及响应是否带有阻止缓存的指令。
有些系统支持在回源前增加中间缓存层，也可能允许在刷新期间暂时提供旧副本。前者可减少大量边缘节点同时访问源站的压力，后者能改善源站短时故障时的可用性；代价是内容更新可能延迟。只有在内容可短暂过期且业务接受旧数据时，才适合启用相应策略。
常见问题
缓存未命中代表源站故障吗？
不代表。它可能只是该对象尚未缓存、已过期或缓存规则要求回源；需结合回源状态和源站响应判断。
设置了缓存期限，为什么内容仍不更新？
可能是边缘对象尚未过期、浏览器仍在使用自己的副本，或清除操作未覆盖对应缓存键。应分别检查两层缓存及实际响应头。
带查询参数的地址都要绕过缓存吗？
不必。若参数会改变内容，就应纳入缓存键或按规则绕过；跟踪用途等不影响内容的参数可在确认安全后进行规范化处理。
如何降低错误缓存个人数据的风险？
明确标记用户专属响应为不可共享缓存，并验证登录与未登录请求不会得到同一缓存对象。边缘缓存与源站回源机制详解的配置检查，最终应以响应内容、缓存状态和源站日志共同验证。