预热完成的时间跟预热的资源大小、预热的 URL 数量、源站的性能、回源网络等因素有关。
（1）如前文所说，CDN 是 L1+L2 的架构，预热是指 L2 节点回源。假设用户的 CDN 加速域名的调度域里有 10 个 L2 节点，那么预热一个 URL，那么这 10 个 L2 节点就会同时向源站去请求这个资源。依次类推，如果同时预热 100 个 URL，那就 同时会有 1000 个请求去请求源站了。
（2）基于以上说明 , 因为预热会有并发的请求去请求源站，因此需要保证源站的 性能、公网带宽等能满足，否则很可能会导致预热失败等情况。例如用户的源站带宽 是 5M，但是实际同时预热了大量的 URL，造成大量来自 CDN 的预热请求，源站的 带宽被打满，那么会导致 CDN 无法正常请求到数据，最终导致预热失败。
（3）另外请求资源的大小和数量也影响预热时间，比如预热 1 个 5M 的文件跟预 热一个 500M 的文件，那时间肯定不一样。比如预热 1 个 5M 的文件，跟同时预热 100 个 5M 的文件，那时间也不一样。

基于以上说明，根据源站的性能情况，结合实际的业务情况，合理的预热可以到 达更优的访问效果。