技术策略

技术条目 03

四步完成一次冗余能力自检

冗余不是装好就有的，需要主动验证。四步确认四层兜底是否都能触发。

1. 确认双通道均在：自检应分别报告主通道与备用通道可用。
2. 验证切换不中断：制造一次短时劣化，观察会话是否保持。
3. 验证节点调度：在一段时间内观察出口是否在劣化后自动切换。
4. 验证回退直连：临时关闭加速通道，确认流量回退直连且不中断。

四层机制自检要点

技术条目 04

配图与读法

下列示意图对应本页讲解的关键结构，建议结合正文一起看，读图要点已写在图注中。

双协议栈双通道与四层兜底顺序。读图要点：四层顺序固定为双通道切换、节点调度、路径预测、回退直连。

技术条目 05

毫秒级故障切换：三层兜底

隧道失效是所有加速方案都会遇到的情况。区别在于失效之后多久恢复、用户是否能感知。我们的工程目标是：切换在毫秒级完成，用户无感。

实现分三层兜底，从快到慢依次触发。第一层最快，处理瞬时抖动；第三层最慢但最彻底，处理区域性故障。

隧道失效后的三层兜底：双通道切换 → 智能节点调度 → 链路预测

技术条目 06

实现细节与参数取值

双协议栈双通道的核心是冗余。客户端同时维护两条独立协议路径，每条路径各自完成握手、密钥协商与心跳，互不干扰。任何一条出现异常时，流量在数据面瞬时切换到另一条，不需要重新建连。

切换发生在数据面而非控制面，这是能做到毫秒级的关键。重新建连意味着一次完整的握手往返，通常需要数百毫秒到数秒；数据面切换只需要重定向现有的数据流。

技术条目 08

边界条件与已知限制

模型只使用链路质量指标，不涉及用户访问目标。这是我们与「行为分析型优化」的根本区别。

技术条目 09

切换时序的逐毫秒拆解

「毫秒级切换」是一个结果指标，实现它需要在时序上做精确安排。下面是一次典型切换的完整时序。

关键在于 T+30ms 到 T+180ms 这一段。重定向是瞬时的，但旧通道上还有在途数据包，如果立即丢弃会造成乱序。我们选择等待它们回程，代价是这段等待时间。