前端项目，CDN预热有什么用？
来源：ds；
文章作用：记录给后续自己查看；
CDN预热（Preheating）的主要作用是：将指定的文件提前从源站缓存到CDN全球各地的边缘节点上。这样，当用户首次请求该文件时，就能直接从最近的CDN节点快速获取，而无需回源站拉取，从而避免首次访问慢的问题。
为什么需要预热？解决了什么问题？
如果没有预热，CDN的工作流程是：
用户请求一个文件。
CDN节点发现本地没有缓存（Cache Miss）。
CDN节点回源站获取文件。
源站响应文件给CDN节点。
CDN节点缓存文件，并返回给用户。
这个过程会导致两个问题：
首次访问延迟高：第一个用户需要等待CDN回源的时间，体验差。
源站压力骤增：如果一个大文件或热门文件突然被大量用户首次请求，会导致大量回源请求同时涌向源站，可能直接击垮源站。
而预热直接解决了这两个痛点。
预热 vs. 刷新（Preheating vs. Purge）
这是一个非常重要的概念区分，很多人会混淆：
| 操作 | CDN预热 (Preheat) | CDN刷新 (Purge / Refresh) |
|---|---|---|
| 目的 | “提前填充”缓存 | “强制删除”缓存 |
| 动作 | 将源站的内容主动推送到CDN节点 | 将CDN节点上已缓存的内容标记为过期/删除 |
| 回源行为 | 会回源拉取指定内容 | 不会回源，只是清除边缘节点的缓存 |
| 使用场景 | 内容发布前，提前准备 | 内容更新后，强制用户获取最新版本 |
| 对源站压力 | 可控的压力（在后台有序拉取） | 无直接影响，但后续用户请求会导致回源 |
| 效果 | 让首次请求更快 | 让过期内容立即失效 |
一句话总结：预热是“补货”，刷新是“下架”。
如何进行预热？
通常有两种方式：
控制台操作：在阿里云、腾讯云、AWS等CDN服务商的控制台中，都有“缓存预热”功能，只需输入文件的URL即可。
API调用：通过调用CDN服务商提供的API接口进行预热，便于集成到CI/CD（持续集成/部署）流程中。例如，在新版本发布脚本中自动预热新的文件。
总结
CDN预热的核心价值是：
提升用户体验：消除用户首次访问的延迟，实现“秒开”。
保护源站：避免因热点内容或突发流量导致源站服务器过载甚至宕机。
保证业务稳定性：是大型网站、应用发布新内容和应对大型活动时的标准操作和最佳实践。
它是一种用空间（CDN节点的存储空间）换时间（用户的访问时间）和稳定性（源站的负载）的策略。