不少出海团队都撞过这个坑：网站或 APP 更新了版本，资源也重新发布了，结果海外用户还是加载到旧版页面、旧版安装包，甚至活动页面一直停留在上一个版本。后台明明都改对了，用户端就是不对。
问题往往出在缓存上。CDN 边缘节点为了提速，会把静态资源缓存一段时间。资源更新后，如果节点还保留旧缓存，用户访问时就会命中旧版本，出现 "更新了但看不到新内容" 的假象。这个时候，就需要CDN 缓存刷新。
缓存刷新和缓存预加载是两件事。预加载是主动把新资源推到节点，缓存刷新是主动把节点的旧缓存清掉。出海业务更新频繁，这两个能力往往要配合用：先刷新清掉旧缓存，再预热推上新资源，才能让全球用户第一时间看到最新内容。
360CDN 的缓存刷新能力覆盖多种粒度，支持 URL 单条刷新、目录批量刷新、URL 前缀模糊刷新，方便按需精确清理指定资源。相比部分海外 CDN 仅支持手动逐条提交，360CDN 控制台可直接粘贴 URL 列表批量操作，同时开放 API 接口，方便集成到 CI/CD 发布流水线，发布完成后自动触发刷新，减少人工介入。
对比行业主流产品，差异挺明显：
表格
| 对比维度 | 360CDN | 海外主流 CDN（如 Cloudflare） | 传统公有云 CDN |
|---|---|---|---|
| 刷新粒度 | URL / 目录 / 前缀多粒度 | 目录刷新额度受限 | 支持 URL / 目录，颗粒度一般 |
| 批量操作 | 控制台批量粘贴 + API | 免费版刷新有配额限制 | 批量任务需单独购买额度 |
| 自动化集成 | 提供 API，可接入发布流程 | API 需付费版本 | 接口调用限流严格 |
| 刷新即时性 | 边缘生效快，可查任务状态 | 部分区域生效延迟 | 刷新任务排队较长 |
刷新的时候有几个点要注意。第一，明确刷新范围，不要整站全量刷新，全量刷新会清掉所有节点缓存，短时间造成回源量暴增，反而拖慢访问；第二，动态接口别去刷新，动态资源本就不该缓存；第三，刷新后建议核对节点是否已生效，确认用户端能拿到新版本。
对出海业务来说，资源更新是常态，缓存刷新是保证 "更新可见" 的关键一环。配合缓存策略合理设置 TTL，再在发布时做精准刷新，就能既享受 CDN 提速，又不让用户看到过期内容。