快连的「重新探测」到底指什么？
指客户端在建立连接之前，向候选线路各发一组探测包，记录往返时延与丢包，再按结果排序、接入排在前面的那条。每次连接都做一次，不是只在首次安装时做，这就是「重新」的含义。
探测用的是独立的探测包，与用户数据走不同的路径。这也是为什么探测本身不会打断已经在传输中的数据——它发生在通道建立之前，而不是通道建立之后。理解这一点，能解释多数「为什么连接没断，线路却变了」的疑问：线路变化发生在下一次连接时，而不是当前连接进行中。
快连的候选池以 150+ 全球节点地区为范围。候选越多，排序结果越接近当时的真实网络状况，代价是探测耗时相应增加。这是一组需要权衡的参数，不是越多越好，也不是越少越好。
快连在哪些情况下会重新探测？
五类，覆盖了用户实际会遇到的绝大多数场景。新建连接、切换网络、中断后重连是主动触发的三类，线路质量下滑是被动触发的兜底，手动切换连接模式则由用户操作触发。
| 触发场景 | 触发方式 | 典型耗时 | 是否打断当前连接 |
|---|---|---|---|
| 每次新建连接 | 主动，点连接即触发 | 几百毫秒–2 秒 | 否（尚未建立） |
| 切换网络（Wi-Fi ↔ 蜂窝） | 主动，出口变化触发 | 1–3 秒，含重连 | 是，短暂中断 |
| 连接中断后重连 | 主动，客户端自动重连 | 几百毫秒–2 秒 | 否（本已断开） |
| 当前线路质量下滑 | 被动，阈值触发 | 在后台完成 | 否（下一次重连生效） |
| 手动切换连接模式 | 用户操作 | 几百毫秒–2 秒 | 是，需重连生效 |
第三类值得单独说明：线路质量下滑的判定发生在客户端侧，依据是一段时间内的往返时延与丢包变化。达到阈值后，客户端会标记当前线路，在下一次重连时优先选别的，而不是立刻切断当前连接。这样处理是为了避免在传输中途切换，代价是质量下滑的感知会延迟一次重连。
探测期间，正在用的连接会被打断吗？
不会。这是探测机制设计上最容易误解的一点。探测发生在连接建立之前，与当前连接是两件事。正在传输中的数据不受影响，线路切换只在「下一次连接」这个动作里发生。
会感觉到中断的只有两类场景。一类是切换网络：设备出口变了，旧通道在物理上已经不可用，必须重建，这时会出现几秒的中断，与探测无关。另一类是连接本身已经断开：比如设备休眠恢复、路由器重启，客户端要重新建连，重连前自然要重新探测一次。
如果切换后长时间停留在未连接状态，通常是探测没能拿到可用的候选结果，而不是探测卡住了。这时可以点一次断开再连接，让客户端重新发起一轮探测。连续两次都失败，按快连连不上时先检查这四处设置逐项排查更有效。
探测结果如何决定接入哪一条线路？
排序依据是往返时延与丢包的综合表现，不是单看延迟数字。一个延迟很低但丢包率偏高的节点，综合排序会落后于延迟稍高但更稳定的节点。
这解释了为什么节点列表里显示的延迟数字，有时与自动接入的结果对不上：列表里的数字是某一时刻的快照，探测用的是连接发起瞬间的实测值，两者可能相差几十毫秒。想理解列表里那些数字具体代表什么、什么时候该以它为准，可参考快连节点延迟怎么看、什么时候该手动指定。
排序结果只对本次连接有效。下一次连接会重新测一遍，这就是为什么同一账号在不同时段连接，接入的线路可能不一样——不是客户端「记性不好」，而是它每次都按当下的实测结果重新判断。
什么时候该关掉自动、改手动指定？
三种情况下手动更合适：需要固定出口的场景、对某条线路有明确偏好、以及自动结果长期不理想。除此之外保持自动更省事。
- 需要固定出口：某些应用会校验登录 IP 的一致性，频繁换线路可能触发重新验证。这时手动固定一条线路，比每次自动换更省心。
- 对线路有明确偏好：比如你清楚某个区域的线路在自己的网络下表现一直不错，手动指定可以跳过探测环节，首次连接更快。
- 自动结果长期不理想：如果连续多次连接接入的线路体验都不好，说明当前候选池里没有合适的，手动缩小区域范围反而能改善。
手动指定后并非永久锁死：如果被指定的线路质量明显下滑，重连时客户端仍会回到自动模式重新探测，避免卡在不可用的线路上。想完全固定，需要在设置里关闭自动回退。两种策略的取舍，与分流模式的选择逻辑类似，可对照快连智能分流与全局模式怎么选理解「默认自动 + 手动覆盖」这套设计思路。
三个容易误解的地方
三个常见误解，都与「探测」这个动作的时机有关。探测不是实时监控，不是每次都换线路，也不等于连接失败。
- 误解一：探测在后台持续跑。实际上探测只在连接建立前触发一次，连接期间不持续探测。线路质量下滑的判定是另一套轻量机制，不产生完整探测。
- 误解二：每次连接都会换到不同线路。如果当前最优线路没变，探测结果就指向同一条，接入的还是它。看起来「换了」通常是因为最优线路确实变了。
- 误解三：探测失败等于连不上。探测失败只是说明某条候选不可用，客户端会顺延到下一条，全部失败才会报错。单条线路探测失败是常态，不代表整体有问题。
五个触发点已经清楚
新建连接、切换网络、中断后重连、线路质量下滑、手动切换模式，这五类场景会触发重新探测。探测发生在连接建立前，不打断已建立的通道；排序看延迟与丢包的综合表现，不单看某一个数字；需要固定出口或对线路有偏好时，手动指定更合适，但要定期回到自动模式对比。
基于 2026-10-18 的快连客户端版本实测撰写，文中数据为编辑团队测试记录。若遇到未覆盖的问题，欢迎通过快连官网反馈入口告知我们。最近更新：2026-10-18。
具体参数与版本信息以官网公示为准。
常见问题
快连重新探测会让我正在用的连接中断吗？
不会。探测发生在建立连接之前，用的是独立的探测包，不影响已经建立的通道。也就是说，正在传输中的数据不会被探测动作打断。会感觉到中断的只有两类场景：切换到另一个网络时设备出口变了，旧通道必须重建；以及连接本身已经断开需要重连。这两种情况下的短暂中断来自网络切换，不来自探测本身。
为什么每次连接快连，接入的线路都不一样？
因为探测在每次新建连接时都会重新跑一遍，排序依据是当时的往返时延与丢包情况，这两个值会随节点负载、你所处的网络环境、时段变化。同一条线路在上午表现好，晚上高峰可能就排到后面，探测结果自然不同。如果希望每次固定走同一条线路，可以在节点列表里手动指定地区，客户端会记住这次选择，直到你手动改动。
快连探测一次大概要多久？
取决于候选线路数量与当前网络往返时延，常见区间在几百毫秒到 2 秒之间。候选池越大，探测耗时相应更长，这也是为什么首次连接往往比后续重连稍慢。如果想缩短等待，可以在节点列表里限定区域，减少候选数量；代价是放弃了一部分自动规避劣质线路的能力。两种做法没有绝对优劣，取决于你更在意速度还是连接质量的稳定性。
手动指定节点后，快连还会自动探测吗？
手动指定后，连接会优先走你选的那条线路，不再在全部候选里排序。但如果这条线路在连接后质量明显下滑，重连时客户端仍会回到自动模式重新探测，避免一直卡在一条不可用的线路上。换句话说，手动指定影响的是「选哪条」，不影响「这条还能不能用」的兜底判断。想完全锁死某条线路，需要在设置里关闭自动回退选项。