简要回答:CDN缓存是把源站内容复制到分布式边缘节点,通过就近命中减少延迟、降低源站负载并提升并发能力。
当用户请求静态资源(图片、CSS、JS、视频片段)时,CDN会判断边缘节点是否有命中缓存,命中则直接返回;未命中则回源获取并缓存到节点以备后续请求。
减少网络时延、缩短首字节时间(TTFB)、减轻源站压力,并能通过流量分散抵御部分DDoS攻击。
在配置时要关注网站的资源划分(动态/静态)以决定哪些内容适合交由CDN缓存处理。
简要回答:缓存失效通常由HTTP头配置错误、变更策略、缓存键不一致、主动刷新以及内容带有敏感标识等引起。
常见原因包括:1)未正确设置Cache-Control/Expires;2)使用了不稳定的URL参数或Cookie作为缓存键;3)源站返回no-cache、no-store或Vary头;4)边缘节点被频繁Purge或版本管理策略不当;5)CDN配置了短TTL或动态回源策略。
比如前端自动在静态资源URL后添加时间戳但未更新版本控制,会导致缓存无法命中或错误回源。
尽量做到静态资源使用稳定URL、一致的缓存键、合理TTL,并避免不必要的no-cache标记。
简要回答:合理设置Cache-Control、Expires、ETag和利用stale策略可以显著减少回源频率。
建议:静态资源设置长TTL(Cache-Control: public, max-age=31536000),使用版本化文件名;对可容忍短暂过期的资源使用stale-while-revalidate或stale-if-error;使用ETag/Last-Modified进行条件请求。

启用分级回源(Tiered Cache)或多级缓存策略,可让边缘先查就近节点再回源主节点,降低主源压力。
对实时性要求高的数据(用户会话、支付状态等)应设置短TTL并使用动态回源或API缓存层,以平衡实时性和回源频率。
简要回答:按请求链路、HTTP头、缓存键和CDN控制台日志逐项排查,并做回放验证。
步骤包括:1)抓包查看响应头是否包含Cache-Control/Set-Cookie/Vary等;2)检查URL与Query参数是否影响缓存键;3)查看CDN日志或命中率报告;4)在不同节点做curl测试以确认是否为区域性问题;5)确认是否有自动Purge或CI/CD触发清理。
根据问题修复:统一缓存头、避免在静态资源上设置不必要的Cookie、调整TTL、修正缓存键、优化Purge流程并实施灰度验证。
使用curl、浏览器开发者工具、CDN提供的诊断工具及日志分析平台进行验证。
简要回答:结合分级缓存、预热、熔断限流与智能回源策略,才能在保障命中率和实时性间取得平衡。
使用预热(prefetch)关键资源、分级缓存(edge->regional->origin)、缓存降级策略(stale-while-revalidate)和回源熔断(当源站过载时暂时使用旧版缓存)可显著降低并发回源。
优化缓存键(去除无关query、统一域名)、对不同内容类型设置差异化TTL、对高热资源做主动预热与热点复制、以及在源站侧实现限流与队列化。
结合监控指标(命中率、回源QPS、源站CPU/响应时间)设定阈值与自动化规则,逐步调优以避免影响用户体验。