缓存刷新使全站加速节点上已缓存的资源失效。资源失效后，客户端下一次请求该资源时，节点会回源获取最新资源并重新缓存。本文介绍如何在控制台提交缓存刷新请求。

刷新类型与配额 #

全站加速支持 URL 刷新和目录刷新两种类型，二者的失效方式和提交配额不同：

• URL 刷新：强制删除节点上对应的缓存资源。客户端下一次请求时，节点直接回源获取最新资源并重新缓存。输入的 URL 必须以 http:// 或 https:// 开头，例如 http://www.test.com/test.html；多个 URL 以换行分隔，每行一个。
• 目录刷新：将节点上对应目录的缓存资源标记为过期。客户端下一次请求时，节点直接回源获取最新资源并重新缓存。输入的 URL 必须以 http:// 或 https:// 开头，例如 http://example.com/ 表示刷新根目录下所有文件；多个 URL 以换行分隔，每行一个。

两种类型的提交配额如下：

操作步骤 #

1. 登录全站加速控制台。
2. 在左侧导航栏点击 刷新预热。
3. 点击 缓存刷新 页签。
4. 选择刷新类型，并填写待刷新的 URL 或目录。
   
5. 点击 提交，完成缓存刷新。

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

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

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

注意事项 #

• 避免在短时间内提交大量刷新请求：刷新生效后，客户端下一次请求对应资源时节点会回源重新获取，可能暂时降低缓存命中率、增加客户端获取资源的时间，并加大源站处理请求的压力。
• 根据缓存过期时间决定是否刷新：从提交刷新请求到最新资源被重新缓存需要一段时间。如果资源的缓存过期时间较短（如少于 5 分钟），通常不推荐刷新——资源很快自行过期，节点会回源获取最新资源。
• 请确保已启用全站加速的缓存功能，否则可能无法提交刷新请求或刷新不生效。