GLOBAL STATUSAll Systems Operational 本地时间 --:--:-- UTC --:--:-- 客户端 v4.8 规则库 r2026.09
首页 / 下载快连客户端

下载快连客户端

双协议栈在 Windows 与 macOS 端完整支持,移动端按系统能力适配。

技术条目 01

上手步骤

  1. 下载并安装按系统选择对应版本。
  2. 登录账号首次启动加载节点与规则。
  3. 确认通道状态在状态页查看双通道是否均已就绪。
  4. 按需配置实时业务选稳定性优先,大文件选吞吐优先。
上手步骤示意图

技术条目 02

双协议栈双通道机制

双协议栈指的是客户端同时维护两条独立协议路径,双通道指这两条路径各自保有独立的数据通道。任何一条出现异常时,流量可以在协议层瞬时切换到另一条。

  • 协议栈独立:两条路径的握手、密钥协商与心跳完全独立,互不干扰。
  • 数据面切换:切换发生在数据面,不需要重新建连,因此没有握手等待。
  • 按业务分配:实时交互类业务常驻主通道,后台传输类可按需使用辅通道。
  • 可观测:客户端状态页分别显示两条通道的实时质量。
双协议栈双通道机制示意图

技术条目 03

安装与冗余验证的五步

下载只是开始,装完之后要确认冗余链路是否具备切换能力,否则等于只装了一半。

  1. 校验安装包:核对摘要值与签名状态。
  2. 安装并重启:网络层组件需要重启后完全生效。
  3. 登录并确认席位:确认席位未被其他设备占用。
  4. 跑自检:确认两条通道与 DNS 检查项通过。
  5. 做一次切换演练:短时制造劣化,确认会话保持且数秒内恢复。

平台与安装要点

平台是否需要重启冗余验证方式
Windows自检 + 切换演练
macOS自检 + 切换演练
Android / iOS网络切换后确认会话重建
路由器插件断掉一支线路观察是否切换

不重启会怎样?

网络层组件可能未完全加载,表现为无法联网或只有部分流量被处理。

切换演练会不会影响正常使用?

会有短暂波动,建议在非关键业务时段进行,演练后确认通道恢复。

路由器插件也支持切换吗?

支持多线路冗余,但粒度只到域名与地址段,不支持进程级判断。

技术条目 04

常见问题

切换时会断线吗?

典型中断在 200 毫秒以内,低于视频会议卡顿的感知阈值。UDP 业务使用连接迁移,应用层完全无感。

双协议栈需要手动配置吗?

不需要,客户端默认维护两条路径。状态页可以查看两条通道的实时质量。

为什么我这条线路还是偶尔卡?

先看状态页确认是否发生过切换。若切换频繁,说明当前网络波动较大,可尝试固定到更稳定的出口。

强化学习调度会不会侵犯隐私?

不会。模型只使用链路质量指标(延迟、抖动、丢包、带宽),不涉及用户访问内容。

支持几台设备?

同账号多设备同时在线,各设备通道独立调度。

试用覆盖全部功能吗?

覆盖,含双协议栈与全部节点。

常见问题示意图

技术条目 05

实现细节与参数取值

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

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

层级机制触发条件切换耗时
第一层双协议栈双通道切换单通道瞬时劣化毫秒级
第二层智能节点调度节点整体质量下滑百毫秒级
第三层强化学习链路预测区域性故障秒级
三层兜底的设计逻辑是从快到慢:第一层处理瞬时抖动,第二层处理节点级劣化,第三层处理区域性故障。层次之间不互相等待,先触发的先执行。

技术条目 06

性能数据与测量方法

≤200ms切换中断
99.95%单通道可用性
≥85%劣化预判准确率
三层兜底机制

强化学习模型用于预测路径劣化。模型输入是链路质量指标(延迟、抖动、丢包、带宽),不含任何用户访问内容。当模型预判某条路径即将劣化时,系统会提前建立备用连接,把切换中断进一步压缩。

以上数据的测量方式统一为:同一台设备、同一时段、同一目标服务,开关对应功能各测三轮并取稳定段均值。我们公开测量方法的原因很简单——没有方法的数字无法验证,也无法复现。

性能数据与测量方法示意图

技术条目 07

边界条件与已知限制

限制原因影响缓解方式
同源劣化两条路径共享上游多路径同时失效切换出口区域
切换频繁本地网络波动大体验受影响固定到更稳定出口
预判偏差训练数据未覆盖该场景切换稍晚持续补充样本

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

技术条目 08

版本选择与降级路径

并非所有用户都适合最新版本。下面说明什么情况下应该选择较早的版本。

情况建议版本原因
企业统一部署上一稳定版经过更长周期的验证
老旧硬件上一个大版本新版本对系统版本要求更高
特定企业软件冲突兼容模式版本新驱动可能与专用软件冲突
追求新能力最新版双协议栈与链路预测需新版支持

降级不会影响账号与规则。分流规则存储在账号维度,客户端版本变化不影响规则生效。