全球媒体分发部署：6项缓存与回源风险核对

图片与视频文件全球分发架构是否稳定，不能只看边缘节点是否可用。缓存规则一旦遗漏查询参数、权限状态或视频分段请求，用户可能看到旧图、播放卡顿，源站也可能在流量突增时被集中击穿。上线前，建议按下面六项逐一核对，并用真实请求验证，而不是只检查配置页面。

1. 缓存键是否区分了真正不同的内容

缓存键决定哪些请求会共用一份缓存。若图片处理服务根据宽度参数生成不同尺寸，却没有把该参数纳入缓存键，小图请求可能拿到大图，或不同变体互相覆盖。反过来，把无关的追踪参数全部纳入，也会让同一文件产生大量缓存副本，降低命中率。

上线前列出会改变响应内容的因素，如文件路径、尺寸参数、语言或格式协商；逐项确认是否进入缓存键。用同一文件发起两种变体请求，比较响应内容和缓存状态。若某参数不影响文件内容，应考虑规范化或忽略，避免缓存碎片。

缓存失效常见于文件覆盖后，部分地区仍返回旧内容。对路径固定且会原位替换的文件，应设置较短的缓存时长，并确认更新后能完成清除；对带版本标识、内容一经发布便不再修改的文件，可以使用更长的缓存周期。具体时长要结合更新频率、清除能力和用户可接受的旧内容窗口确定。

更稳妥的发布步骤是先上传新文件，再更新页面或清单引用，最后观察新旧请求是否按预期切换。不要只依赖浏览器强制刷新：它不能保证各地边缘缓存同步更新。

热门内容首次上线、批量清除缓存或某地区缓存节点重启，都可能让大量请求同时抵达源站。图片与视频文件全球分发架构应检查回源保护：是否有中间缓存层、同一对象的并发请求能否合并，以及源站限流后边缘节点会怎样处理。

可执行核对：选一个低风险测试文件，模拟集中请求；查看源站请求量是否随客户端请求数同步放大。确认失败重试次数有上限，避免超时后反复回源形成放大效应。对于存储源站，还要核对连接数、带宽上限和突发流量下的错误响应。

视频播放器通常会请求文件的部分字节来实现拖动播放。若边缘层只缓存完整响应，或错误改写部分内容的状态码与长度信息，可能出现无法定位、拖动后黑屏或反复下载。检查响应是否支持部分内容，状态码、内容长度和文件字节范围是否一致；同时确认不同节点返回的文件版本相同。

测试时选取同一段 MP4 文件，分别从开头播放、拖动到中间和重新加载页面，并记录请求状态与返回长度。若文件经过转码或分段处理，还应分别检查清单文件与媒体片段的缓存策略，避免清单已更新、片段仍指向旧版本。

带登录权限的课程视频、私人相册等内容，不能因为缓存规则过宽而被其他用户命中。签名链接或签名 Cookie 可用于校验访问权限，但还要确认边缘缓存如何处理认证信息：权限不同的请求是否被隔离，过期链接是否会被拒绝，私有响应是否意外标记为可公开缓存。

用无权限、有效权限和已过期权限三种请求分别测试。核对状态码、缓存状态及响应头，不要只看页面是否能打开。若无法证明缓存键与授权逻辑足以隔离用户，私有内容应采用不共享缓存或更严格的访问策略。

源站临时故障时，边缘节点可能缓存错误页面；文件尚未上传时产生的 404 也可能在文件就绪后继续返回，这属于负缓存风险。检查 404、403、5xx 的缓存时长是否适当，并确认错误恢复后能清除相关缓存。过长会拖延恢复，完全不缓存则可能让持续错误请求反复回源。

另需核对 JPEG、PNG 等文件的内容类型，以及浏览器跨域读取所需的响应头。若服务器根据请求头返回不同格式，缓存键和变化声明也要对应，否则某种请求可能收到不适用的响应。图片与视频文件全球分发架构验收时，应从多个地区抽查文件内容、响应头与错误恢复情况。

可能是清除尚未覆盖全部节点，或浏览器、应用自身仍保存旧副本。核对各层缓存状态；重要更新优先使用新的文件版本标识。

不必。固定路径且会覆盖的文件需要考虑较快更新；内容不可变的版本化文件可采用更长周期，前提是引用也随版本更新。

不能。还需检查拖动播放、并发未命中、源站超时和错误恢复，否则正常播放测试可能遗漏关键风险。

不能。还应确认权限校验发生在正确环节、缓存不会跨权限复用，并验证失效链接确实被拒绝。

把缓存键、内容更新、回源保护、视频部分响应、权限隔离和错误缓存纳入上线检查，图片与视频文件全球分发架构才更容易兼顾访问速度与源站安全。每项都用真实请求验证，能比单看配置更早发现问题。