• 請求方式：支持 POST 請求，參數用 form 表單顯示。
• 相關接口：刷新預熱類接口包含 RefreshObjectCaches 刷新接口和 PushObjectCache 預熱接口。
• URL 預熱配額（每日）：默認情況下，一個賬號每日最多可以提交 1000 條 URL 預熱任務，如果您賬號的日帶寬峰值大于 200 Mbps，可通過配額管理申請提升每日配額，阿里云將根據您業務的實際需求進行評估和配置。
• 每次最多可以提交 100 條 URL 預熱任務。
• 預熱隊列規則：每個賬號的預熱隊列最大為 100000 條 URL，CDN 根據 URL 提交的先后順序進行預熱；當預熱隊列中待預熱的 URL 達到了 100000 條時，CDN 將會拒絕接收新的預熱任務。
• 單用戶調用頻率：50 次/秒。
• 如果您需要自動化刷新或預熱，請參見刷新預熱批處理腳本。

注意事項

• 提交預熱任務并成功執行后，CDN 節點會立即回源站加載所需資源，因此大批量提交預熱任務會生成較多的并發下載任務，導致回源帶寬和請求突增，增加源站壓力。
• 預熱任務從提交到預熱完成，實際執行時間視預熱文件大小而定，大約需要 5~30 分鐘，文件平均大小越小，預熱速度越快。
• 使用 RAM 用戶來執行刷新或預熱操作的，需要先獲得授權，請參見授予 RAM 用戶刷新預熱權限完成授權。
• 預熱請求默認攜帶的 header 是 Accept-Encoding:gzip，如果您需要預熱請求攜帶其他 header，或者實現多副本預熱，那么可以使用請求參數 WithHeader 來實現自定義預熱 header。
• 預熱時，如果源站返回 307 等重定向相關的狀態碼，預熱任務并不會跟隨重定向地址繼續完成預熱，最終會導致預熱失敗。如果源站返回的是 301 或者 302 狀態碼，并且 CDN 上已經開啟了回源 301/302 跟隨，這種情況下正常預熱不受影響。