CDN的核心价值是把内容缓存到离用户更近的边缘节点，但任何缓存的命中率都不可能达到百分之百。当边缘节点本地没有用户需要的内容时，就必须回到源站去取，这个过程称为回源。回源链路的质量，直接决定了缓存未命中时用户要等待多久。回源链路优选，就是CDN在多条可用的回源路径中，基于实时网络质量动态选择最优路径的技术，它是现代CDN调度体系中不可或缺的一环。
回源的基本概念与固定回源的痛点
要理解回源链路优选，先要弄清楚回源在CDN架构中的位置。用户请求到达边缘节点后，节点先查询本地缓存，如果命中就直接返回；如果没有命中，节点就需要向源站发起一次上游请求，拿到内容后再返回给用户，同时把内容写入本地缓存。这个上游请求所经过的网络路径，就是回源链路。
传统的回源配置非常简单粗暴：在CDN控制台填一个固定的源站IP或域名，所有回源请求都发往这个地址。这种方式在小流量场景下问题不大，但一旦跨运营商、跨地域，问题就会暴露出来。比如源站部署在电信机房，而CDN的某个边缘节点位于联通网络内，跨网访问的延迟可能高达几十甚至上百毫秒，丢包率也明显偏高。更糟糕的是，如果这条链路出现拥塞或者抖动，所有经过该节点的未命中请求都会一起变慢，用户感知到的就是页面加载卡顿、视频起播缓慢。
固定回源还有一个隐蔽的问题是容灾能力弱。源站只有一个入口时，一旦这个入口所在链路故障，回源就彻底中断，边缘节点只能不断重试，直到缓存过期内容被淘汰，最终返回错误。因此，无论是从性能角度还是稳定性角度，都需要更聪明的回源方案，这就是链路优选要解决的问题。
回源链路优选的核心原理：探测、候选与决策
链路优选的本质是一个持续运行的数据驱动决策系统，通常包含三个环节：质量探测、路径候选和智能决策。
质量探测是基础。CDN会在边缘节点上部署探测程序，周期性地对每条候选回源路径发起ICMP探测、TCP握手探测或HTTP轻量请求探测，采集RTT（往返延迟）、丢包率、连接建立时间、吞吐量等指标。为了避免探测本身带来的额外开销，探测频率和探测包大小会根据路径健康状态自适应调整——健康的路径降低探测频率，异常的路径则加密探测以尽快确认状态。
路径候选层负责维护一份动态的回源目标列表。这依赖于源站侧的多点部署：比如源站在多个机房、多条运营商线路上都有接入点，或者使用了多线BGP接入，CDN就能把多个源站IP注册为候选目标。一些云厂商的CDN还支持把对象存储、第三方加速节点等也纳入候选池，进一步扩大选择空间。
决策层则是把探测数据转化为路由选择。最简单的策略是加权轮询，根据各路径的质量分数分配请求比例；更精细的策略是实时择优，把每个回源请求送到当前综合得分最高的路径；还有一种失败驱动的策略，平时使用主路径，一旦探测发现主路径劣化超过阈值，立即切换到备用路径。综合得分通常不是单一指标，而是类似这样的加权公式：
# 回源路径质量评分示例
def score(path):
# 各指标归一化后加权求和，分数越低越优
return (path.rtt * 0.5
+ path.packet_loss * 100 * 0.3
+ path.connect_time * 0.2)
best = min(candidate_paths, key=score)这套机制的价值在于它是动态的。网络质量是时刻变化的，凌晨的跨境链路可能畅通无阻，晚高峰可能拥塞严重。静态配置无法应对这种波动，而持续探测加动态决策的组合，可以让回源路径始终贴合当前的网络实际状况。
实践中的优化策略与注意事项
在实际落地时，链路优选往往需要和其他回源策略配合使用，才能发挥最大效果。
第一是多协议层面的优化。路径选得再好，如果回源仍然用短连接，每次都要经历完整的TCP三次握手，延迟依然下不来。开启回源长连接复用、升级到HTTP/2或QUIC协议，可以显著减少握手开销。特别是QUIC，基于UDP实现，在弱网环境下切换路径的能力比TCP更强，与链路优选是天然互补的。
第二是分层回源。大型CDN通常不会让边缘节点直接回源站，而是构建一层中间源或二级缓存节点。边缘节点未命中时先回中间层，中间层命中率高，真正打到源站的请求量被大幅压缩。链路优选在边缘到中间层、中间层到源站之间都可以独立运行，形成两级优选。可以用一个简化的Nginx配置感受分层回源的思路：
# Nginx 作为中间层时的上游优选配置示例
upstream origin_pool {
# 按权重分发回源请求，backup路径在主路径全部异常时启用
server 10.0.1.10:80 weight=5 max_fails=3 fail_timeout=10s;
server 10.0.2.20:80 weight=3 max_fails=3 fail_timeout=10s;
server 10.0.3.30:80 backup;
}
server {
listen 80;
location / {
proxy_pass http://origin_pool;
proxy_next_upstream error timeout http_502 http_503;
proxy_connect_timeout 3s;
}
}第三是要关注探测数据与业务真实体验的偏差。ICMP探测正常不代表HTTP回源正常，中间链路可能对大包限速、对特定端口丢包。因此成熟的方案都会用应用层探测来校准，甚至直接用真实回源请求的耗时作为反馈信号，也就是常说的被动探测与主动探测相结合。
最后需要提醒的是，链路优选要求源站具备多个可接入点，这对源站架构提出了要求。如果源站只有一个单点入口，优选就无从谈起。所以在设计阶段就应该规划多机房部署、多线路接入或者混合云源站，为CDN侧的链路优选提供足够的候选空间。同时要留意会话保持类业务（如登录态绑定了特定源站）在路径切换时可能出现的状态不一致问题，必要时通过共享存储把状态外置，让回源路径真正可以无差别切换。
总结来看，回源链路优选把回源这个原本被动的、静态的环节，变成了主动的、数据驱动的动态调度过程。配合分层缓存、协议优化和多点源站部署，它能让CDN在缓存未命中的场景下依然保持快速响应，是构建高质量内容分发体系时值得认真对待的一项技术。