CDN加速方案对比：静态缓存与动态加速各有适用场景。

同一网站里，产品图片和账户余额并不是一类请求：前者可被许多访客重复获取，后者往往随用户和时间变化。选择cdn加速方案，先区分内容能否安全复用，再比较静态缓存与动态加速，而不是把所有流量套用同一规则。

静态缓存：把可复用的内容放近一些

静态缓存将图片、字体、样式表、脚本包等文件存放在边缘节点，用户请求时可就近取得副本，减少反复访问源站。比如一个公开的产品目录页，其商品缩略图和页面图标通常适合缓存；新版前端文件发布后，则应确保访客能取得新版本。

优点是能减少源站重复传输，并改善跨地域访问这些文件的速度；内容越稳定、访问越集中，通常越容易发挥作用。缺点是更新并非总能即时到达所有用户，还要处理缓存过期和旧文件残留。可为文件名带版本标识的资源设置较长缓存时间；经常变化的图片或配置，则采用较短时间，或在更新时执行清除。

动态加速：不缓存内容，也能优化传输

动态加速面向登录后的账户页、库存查询、搜索结果和提交订单等请求。这些响应可能因用户身份、参数或实时数据而不同，直接缓存可能返回错误内容，因此通常应由源站生成。加速服务主要通过更合适的网络路径、连接复用或传输协议优化，减少请求往返中的等待；实际效果受用户位置、运营商网络、源站负载和服务配置影响。

它不能替代后端优化，也不意味着每个请求都会变快。数据库查询慢、应用排队或源站处理能力不足时，仍需排查应用和数据库。对于动态接口，重点应是请求是否正确到达、连接是否稳定，以及源站能否及时响应，而非一味追求缓存命中。

按资源拆分，比全站二选一更稳妥

如果页面由公共内容和用户专属信息组成，可将两者拆开：缓存通用图片、样式和页面主体，把账户状态等数据交给接口实时获取。这样比整页缓存更容易兼顾速度与正确性。配置cdn加速时，还应核对哪些路径允许缓存，避免将登录态响应误当作公共内容。

落地前的四步检查

1. 列出请求类型：区分图片、脚本、公开页面与个性化接口，并标明内容更新频率。
2. 设定缓存边界：只对确认可共享的资源开启缓存；涉及身份或实时数据的请求，默认不缓存，除非经过专门设计和验证。
3. 先小范围验证：选取少量路径检查新旧内容、登录状态和错误响应，再逐步扩大范围。
4. 对比业务指标：观察不同地区的响应时间、源站请求量、失败率和页面功能是否正常；若源站压力下降但用户体验无改善，应继续检查网络路径或应用处理耗时。

最终，cdn加速不是静态缓存和动态加速只能选其一。文件类请求通常从缓存收益更直接，实时接口则更依赖传输链路和源站能力。按内容分层配置、验证数据正确性，再根据访问表现调整，往往比追求单一的全站策略更合适。

常见问题

静态文件更新后，为什么还有用户看到旧版本？

边缘节点可能仍保留旧副本。为发布文件使用版本标识，或在更新时清除对应缓存，并确认页面引用已指向新文件。

动态加速会缓存登录后的页面吗？

通常不应默认缓存。若页面含账户或个人信息，应确保响应不会被其他用户复用；是否缓存需由明确的业务规则和安全验证决定。

小型网站是否需要两种方案都启用？

不一定。若主要是公开图片和文件，可先评估静态缓存；若访客分布较广且动态请求较多，再测试动态链路优化是否带来可见改善。