02 / ROUTE SELECTION
Karing线路选择、节点切换与连接路径管理指南
线路选择的依据来自可重复的实际请求。先记录当前条件，再做一次可解释的切换。
基线记录
先固定比较条件。
记下当前网络、所选节点的本地代号、系统代理或VPN类模式、目标与时间。暂停可控制的大流量任务；不要用不同目标、不同网络和不同时长的数据直接排名。
| 条件 | 保持一致的原因 |
|---|---|
| 设备与接入网络 | 减少Wi-Fi质量、权限和系统差异 |
| 测试目标与请求类型 | 网页打开和持续下载反映不同需求 |
| 代理模式与当前配置 | 确认请求是否进入预期路径 |
| 测试时长与时间窗口 | 减少偶发结果带来的误判 |
Mac无线条件可参考RSSI、Noise与SNR观察；信号变化应先记录，再判断是否需要换节点。
切换过程
只改变一个变量。
- 记录当前线路表现以实际请求的完成、失败类型与等待情况作为基线，不只看单次延迟。
- 切换一个可用选择确认客户端实际应用了新选择；不同时更改模式、节点和系统网络。
- 重新发起请求已有连接可能延续旧路径。按应用正常方式重试同一目标，确认观察对象是新的请求。
- 比较并保留结果参考延迟与测速记录做少量重复。无改善时恢复之前的有效选择，再检查其他条件。
判断边界
低延迟，不等于所有请求都快。
下载吞吐量、首次响应与长连接稳定性是不同指标。TCP连接存在也不代表TLS或应用响应成功。Windows用户可通过进程级连接观察确认谁在发起请求；出现报错时看重置、拒绝与超时的区别。
本站不展示实时节点地区、节点数量或在线状态。选择应依据你当前实际可用的配置和目标，而非虚构排行榜。
跨设备
名称相同，路径也可能不同。
两台设备的刷新时间、节点分组、当前代理模式和系统授权可能不同。先用配置一致性检查确认生效设置，再在可比较的网络条件下验证。不要将不同网络下的一次失败直接归为同步问题。