刷新与预热
提交 URL 刷新、目录刷新、整站刷新和 URL 预热任务，并查看异步执行状态。
刷新与预热位于站点详情页的“刷新预热”。任务由边缘节点异步执行，提交后需要在“最近任务”中查看状态，不能把提交成功等同于所有节点已经完成。
四种任务类型
| 类型 | 作用 | 适用场景 |
|---|---|---|
| URL 刷新 | 清理指定 URL 的旧缓存 | 单个文件或页面刚更新 |
| 目录刷新 | 清理目录前缀下的缓存 | 一批同目录资源更新 |
| 整站刷新 | 清理站点范围内的缓存 | 大范围内容重发布 |
| URL 预热 | 提前从源站拉取并写入节点 | 发布前提高首访命中率 |
刷新会让后续请求重新回源，预热则是提前把内容放到边缘节点，两者目的不同。
提交任务
1. 打开刷新预热
进入目标站点详情页，点击左侧“刷新预热”。先确认站点域名和当前操作类型，避免把任务提交到错误站点。
2. 选择任务类型
按影响范围选择 URL 刷新、目录刷新、整站刷新或 URL 预热。单个文件更新优先使用 URL 刷新，只有明确需要大范围清理时才使用整站刷新。
3. 填写目标
URL 刷新和 URL 预热要求每行填写一个完整 URL，例如：
https://example.com/static/app.css
https://example.com/static/app.js不要混入注释、空格或不完整的相对路径。目录刷新按页面提示填写目录目标，整站刷新不需要填写 URL。
4. 查看异步结果
点击“提交任务”后，在“最近任务”表格中查看类型、状态、目标、节点说明和时间。状态可能是成功、部分成功或失败；部分成功时应先查看节点回报，再决定是否重试。
操作建议
- 发布单个带版本号的静态文件时，使用 URL 预热通常比整站刷新更稳妥。
- 误发布敏感内容时先 URL 刷新，再检查源站和缓存规则，避免刷新后内容再次被缓存。
- 大批量任务分批提交，便于定位失败目标，也避免不必要的源站回源压力。