分层缓存：让回源请求先在中间层汇聚

设想一个冷资源，同时被分布在 50 个城市的用户请求。没有分层缓存时，这 50 个边缘节点各自未命中、各自回源——源站收到 50 个一模一样的请求。

这就是「节点数量越多越好」这个直觉失效的地方：节点数放大了覆盖，同时也放大了冷内容的回源倍数。

开启分层缓存后，边缘节点不直接回源，而是先向一个区域中间层请求。中间层未命中才回源。于是那 50 个请求在中间层汇聚成几个（按区域数），源站只看到收拢后的量。

• 长尾内容多的站点（图库、点播、大量商品详情页）——冷内容多，重复回源问题最严重；
• 源站在单一地域而用户全球分布——回源链路长，减少回源次数收益直接；
• 按回源流量计费的套餐——回源量下降直接反映在账单上；
• 反过来，如果你的内容池很小且全是热点，分层缓存的收益就有限。