不同业务场景如何选择静态文件缓存部署？

静态文件缓存部署的核心，不是简单设置一个较长的缓存时间，而是根据文件是否频繁变化、访问者分布、文件体积和发布风险来选方案。企业官网的品牌图片、活动页的素材、软件下载包与视频分片，适合的缓存策略并不相同。部署前先区分文件类型，再决定由源站、反向代理、CDN，还是对象存储承担主要分发工作。

先按业务场景判断部署方式

访问区域集中：源站或反向代理即可

如果系统主要服务同一城市或办公网络，文件数量不多、单个文件体积也较小，可以采用源站加反向代理缓存。适合企业内部知识库、区域门店后台和低访问量官网。它的优点是架构简单、日志集中、刷新缓存较容易；缺点是跨地域访问时，距离源站较远的用户可能出现更高延迟，源站带宽也更容易成为瓶颈。

全国或海外访问：优先使用 CDN

面向多地用户的门户、在线课程平台和跨区域 SaaS 产品，通常更适合使用 CDN。静态资源会被分发到靠近用户的边缘节点，源站只需处理回源请求。图片、字体、样式表和前端构建产物通常可以设置较长缓存；登录页、个性化接口返回内容则不应当当作普通静态文件缓存。

文件体积较大：对象存储配合 CDN

安装包、设计素材、录播视频和数据报表下载文件，适合放在对象存储中，再由 CDN 对外分发。这样可以把大文件流量与业务服务器分离，便于设置断点续传、访问权限和生命周期规则。需要留意跨域配置、下载鉴权、文件删除后的缓存残留，以及对象存储与 CDN 的回源费用。

缓存规则要按文件变化方式设计

判断缓存时长，应先问一个问题：文件地址不变时，内容会不会在短时间内替换？会频繁更新的运营图片、库存相关图标和活动配置，应采用较短缓存，常见可从几十秒到几分钟起步，具体仍取决于更新频率和故障容忍度。变化很少的字体、品牌标识和历史附件，可以使用更长时间，但必须保留主动刷新或更换地址的办法。

对于需要即时下线的文件，不应只依赖过期时间。发布流程可以使用版本目录、查询参数或内容指纹，让新版本使用新地址；旧地址则在确认没有引用后再清理。相比单纯延长缓存，这种方式更能降低用户拿到旧资源的概率。

动态页面与静态资源要分开

页面中包含用户姓名、购物车或权限信息时，页面本身应谨慎缓存，避免不同用户看到错误内容。但页面引用的公共图片、字体和脚本仍可独立缓存。配置时要检查 Cookie、授权请求头和查询参数是否被错误纳入缓存键，否则可能造成缓存命中率低，甚至出现内容串用风险。

一套可执行的部署流程

1. 盘点文件。列出图片、字体、音视频、下载包和页面文件，记录大小、更新频率、是否含敏感信息。
2. 划分缓存等级。把高频变化文件设为短缓存，把版本化且不可变文件设为长缓存，把含个性化数据的内容排除在公共缓存之外。
3. 选择分发层。访问集中且流量小可从源站开始；跨地域或有突发流量时接入 CDN；大文件则优先采用对象存储加 CDN。
4. 建立发布顺序。先上传新资源，再发布引用这些资源的页面，最后按需刷新仍使用旧地址的缓存。这样可减少页面已经上线但资源尚未到位的窗口。
5. 验证多个位置。分别从办公网络、移动网络和不同地区检查响应头、文件内容、压缩状态、跨域结果及缓存命中情况。发布后保留回滚版本。

如果团队缺少 CDN 节点管理、缓存刷新和大文件分发经验，可以在明确访问地区、文件类型和合规要求后咨询德讯电讯，重点比较其可提供的线路覆盖、缓存控制能力、日志可见性和故障处理方式，而不是只看单一价格。

上线后重点观察什么

监控不应只看访问量，还要关注 CDN 命中率、源站回源带宽、首字节时间、错误率和缓存刷新耗时。命中率突然下降，可能是查询参数变化、响应头不允许缓存，或发布时给每个请求生成了不同地址。下载类业务还要观察大文件失败率和断点续传是否正常。出现旧资源时，先确认用户请求的 URL 是否已经改变，再判断是边缘缓存、浏览器缓存还是源站文件未更新。

常见问题

缓存时间是不是越长越省资源？

不一定。长缓存能减少回源，但文件更新时也更难及时生效。只有地址可版本化、内容不涉及即时变化的文件，才适合长缓存。

只使用 CDN 是否就足够？

不够。仍需配置源站响应头、缓存键、回源协议、跨域规则和刷新流程。CDN 不能替代版本管理与发布验证。

删除文件后为什么用户还能下载？

边缘节点或浏览器可能仍保留旧副本。应先执行对应 URL 的刷新或失效操作，再检查 CDN、浏览器和对象存储三个层级。

小团队应该从哪种方案开始？

可先采用源站加 CDN，使用清晰的目录和版本命名；当下载量、文件体积或地域范围扩大后，再把大文件迁移到对象存储。

因此，可靠的静态文件缓存部署应同时考虑业务变化速度、访问地域、文件大小和发布能力：小规模业务重视简单可控，跨地域业务重视边缘分发，大文件业务重视存储解耦，频繁发布业务则必须优先做好版本化与回滚。