「一键连接」不是把选择藏起来，而是把选择自动化。本页讲清楚智能选路怎么工作、每 6 秒调度在做什么、数据是怎么来的。
连接按钮背后是三步自动化：探测、打分、建连。
你点下「连接」的瞬间，客户端先对你当前网络做一次快速探测，确认出口类型、运营商与可用带宽；然后调度器把候选节点按四项指标打分，选出当前最优的一条；最后建立加密连接并做一次端到端验证，确认数据能正常往返，主界面才显示「已连接」。
整个过程在 1~3 秒内完成。如果第一次选出的线路不稳定，客户端会在一分钟内自动换线一次，你不需要反复点按钮。这就是「一键」的含义：自动化代替手动试错。
为什么优化重点是延迟与丢包，而不是带宽：视频会议卡顿、网页转圈，多数时候不是带宽不够，而是延迟与丢包在捣乱。延迟决定反应速度，丢包决定画面与声音的完整性，带宽只决定吞吐上限。日常使用中，前两项对体感的影响远大于第三项，所以快连把调度优化的重点放在延迟与丢包上，带宽充足时自然跑得满。
调度器每 6 秒对候选节点打一次分，四项指标加权，权重按场景动态调整。
往返时间。游戏、会议场景权重更高，目标是把延迟压在可接受区间内。
数据丢失比例。丢包高会直接引发卡顿与重传，快连把它当作重点优化对象。
节点剩余可分配带宽。下载场景权重更高，避免高峰期挤占。
节点在线用户数。负载过高时降低推荐优先级，防止单一节点过热。
权重不是写死的：开会时丢包与延迟优先，下载时带宽优先，游戏时延迟优先。这就是「智能」的部分——同一套调度器，不同场景给出不同答案。
| 指标 | 测量方式 | 更新频率 |
|---|---|---|
| 延迟 | 客户端向节点发起真实探测，记录往返时间 | 每 6 秒 |
| 丢包率 | 探测包在链路上的丢失比例 | 每 6 秒 |
| 带宽余量 | 节点侧统计剩余可分配带宽 | 每分钟 |
| 负载 | 节点当前在线用户数 | 每分钟 |
延迟与丢包是客户端实测数据，带宽余量与负载是节点侧统计。四项数据都直接写入节点列表与调度器，用户看到的排序就是这套数据的结果，不经过人工美化。
连接建立只是开始，持续调度才是日常。
网络状况每分钟都在变：晚高峰带宽被占、线路抖动、运营商调整路由。快连的调度器每 6 秒对当前线路与候选节点做一次复查，对比实时延迟与丢包。当前线路明显劣于候选线路时，客户端在请求间隙完成切换——正在进行的视频会议、下载任务不会中断。
自动切换不是无条件的：切换本身有开销，只有候选线路比当前线路显著更好时才会触发，避免频繁横跳。你可以在客户端设置里调整「自动切换」的灵敏度，或者直接关闭，改为收到提示后手动切换（手动切换方法见 节点切换指南）。
宣传数字最容易被忽略，这里说明口径。
这个数字来自用户反馈的统计：使用快连前后，同一网络环境下丢包率的对比。样本来自工单与客户端内测速记录，取的是中位数变化。不同网络环境改善幅度不同，但方向一致——连接后丢包明显低于连接前。
按自然月统计，客户端到全部节点链路的可用时间占比。计算口径：某月内成功建立连接并保持会话的时间 ÷ 当月总时间。99.93% 意味着一个月大约 30 分钟以内的影响时间，主要来自极端天气与上游故障。可用率数据按月发布，异常月份会单独说明原因。
效果用数据说话，按下面五步做一次对比测试。
测速时注意两点：一是目标服务器选你要访问的地区，二是避开 18:00 维护窗口与晚高峰。想了解节点状态对测速的影响，看 节点状态说明。