缓存预热将资源预先缓存到全站加速节点，为客户端访问做准备，避免首次请求回源导致的延迟。全站加速支持手动输入和文件上传两种方式提交预热 URL。本文介绍如何在控制台提交缓存预热请求。

预热方式与配额 #

全站加速支持手动输入和文件上传两种方式提交预热 URL，二者的适用场景和输入约束不同：

• 手动输入：在 URL 列表 中直接输入，适用于少量 URL 的即时提交。URL 须以 http:// 或 https:// 开头，例如 http://www.test.com/test.html；多个 URL 换行分隔，每行一个。
• 文件上传：上传包含 URL 列表的 TXT 文件，适用于批量预热。文件内每行一个 URL，且须以 http:// 或 https:// 开头。上文文件大小不超过 20 MB。

两种方式的提交配额如下（共用当日配额，剩余配额以控制台展示为准）：

操作步骤 #

1. 登录全站加速控制台。
2. 在左侧导航栏点击 刷新预热，切换到 缓存预热 页签。
3. 选择 预热区域，指定资源预缓存的边缘节点范围。
   默认 遵循加速区域（仅缓存到加速区域内的边缘节点）；也可按需选择 中国大陆、全球（除中国大陆） 或 全球。
4. 选择 输入方式，按上述约束录入待预热的 URL 或上传 TXT 文件。
   
5. 点击 提交，完成缓存预热。以文件方式提交且任务量较大时，系统会分批执行，可在 操作记录 页签查看预热任务的执行状态。

URL 鉴权场景的刷新和预热 #

配置了 URL 鉴权 的域名，在刷新或预热时需提交不含鉴权签名参数的原始 URL（加速域名 + 文件路径），而非用户访问时使用的完整鉴权 URL。

URL 鉴权仅控制访问权限，不影响全站加速的缓存和回源行为。节点在鉴权通过后会去除 URL 中的鉴权参数，使用原始 URL 作为缓存键（Cache Key）标识缓存。因此刷新和预热也必须使用原始 URL，才能与节点上的缓存键正确匹配。

注意事项 #

• 避免在短时间内提交大量预热请求：预热请求生效后节点会立即回源获取资源。如果同时预热多个大文件，可能加大源站处理请求的压力。
• 根据资源大小决定预热时机：从提交预热请求到资源被缓存到节点需要一段时间，该过程的持续时间取决于资源大小——资源越小，耗时越短。可结合资源大小决定何时预热。
• 请确保已启用全站加速的缓存功能，否则可能无法提交预热请求或预热不生效。