01 / 选路
加权评分选路，不是简单取最低时延
客户端对每条候选线路算一个加权分，时延占 6 成、丢包率占 3 成、当前并发占用占 1 成。实测在晚高峰时段，这个加权模型比单纯按时延排序少出现 2.3 个百分点的断流（测试条件：三地各连续 7 天，每地每天 20 次连接记录）。
- 候选池每 60 秒刷新一次
- 评分结果在流量面板可见
- 手动指定线路时不做加权
Features
QuickQ 功能：每一项都附测试条件
本页所有数字都来自可复现的一次性测试，测的是什么、在什么环境下测的，文中逐条标注；没有测过的项我们直接列在最后。
In depth
六个功能，说清它做了什么
同样的功能名字各家都在写，这里只讲实现方式和你能观察到的差别。
02 / 隧道
加密范围只覆盖本机到出口这一段
加密套件为 AES-256-GCM，实测握手阶段平均多花 26 毫秒，其中密钥协商占 14 毫秒、隧道建立占 12 毫秒（测试环境：M1 芯片 MacBook Air，macOS 14.6，客户端 3.2.1 版）。出口之后的链路由线路方负责，这一段不再加密。
- 密钥每次会话重新生成
- 客户端侧不落盘私钥
- 关闭加密需手动改设置
03 / DNS
内置解析器解决"连上却打不开"
开启后域名解析请求会走隧道出口，不再交给本地运营商。实测首包成功率从 71% 上升到 96%，提升主要出现在晚高峰（测试条件：模拟 5% 丢包环境，200 次请求采样，客户端 3.2.1 版）。
- 默认开启，可在设置关闭
- 切换耗时中位数 0.4 秒
- 不支持自定义 DNS 服务器
04 / 回退
握手失败按序回落，最多试 3 条
失败后不是立刻随机重连，而是按上次评分从高到低依次尝试。实测 3 条全部失败的概率为 0.6%，发生在出口节点临时维护的时段（统计区间：2026 年 10 月 1 日至 18 日，共 1,842 次连接事件）。
- 每次回落间隔 2 秒
- 回退过程在日志里留痕
- 不跨区域自动兜底
05 / 面板
流量面板读数可与路由器侧对照
面板读数取自系统网络接口，2 小时对照测试中与路由器 WAN 口计数的偏差为 1.3%（测试条件：同一台路由器两侧同时抓取计数，重复 10 次）。这个偏差来自统计口径不同，不是丢包。
- 上行下行分别计数
- 累计用量按自然日归零
- 历史数据保留 30 天
06 / 并发
3 台设备的上限在服务端判定
第 4 台设备登录时，服务端会踢掉最早建立的会话。实测从第 4 台设备发起连接到被踢设备断流，中位耗时为 3.4 秒（测试条件：3 台 Windows 设备同时在线，加入 1 台 Android，重复 20 次）。
- 踢出的是最早那条会话
- 账号本身不会被登出
- 换设备不额外计费
How routing works
一次连接内部发生了什么
从点击连接到显示"已连接"，标准流程四步，合计中位耗时 1.8 秒（测试条件：Windows 11 23H2，客户端 3.2.1 版，50 次采样）。
- T+0 读取出口信息 客户端读取本地出口 IP 与运营商类型，耗时 80 毫秒。信息取自系统接口，不额外发起外部请求。
- T+0.2s 拉取候选评分 向调度接口取回候选线路列表与各自评分，耗时 260 毫秒（测试环境：华东 1 区接口）。
- T+0.5s 建立隧道 完成密钥协商与握手，实测中位耗时 640 毫秒，其中 TLS 阶段 310 毫秒、隧道确认 330 毫秒。
- T+1.8s 写入状态 连接建立后刷新流量面板并同步收藏列表，整个收尾过程实测耗时 120 毫秒，不阻塞用户操作。
Protocol
协议与加密一览
下表是当前 3.2.1 版实际使用的组合，不同平台会有一处差异，已在备注中注明。
| 平台 | 传输协议 | 加密套件 | 实测握手耗时 | 备注 |
|---|---|---|---|---|
| Windows | WireGuard | AES-256-GCM | 640 毫秒 | 内核模式驱动 |
| macOS | WireGuard | AES-256-GCM | 590 毫秒 | 走 Network Extension 接口 |
| Android | WireGuard | AES-256-GCM | 720 毫秒 | VpnService 接口 |
| iOS | NEPacketTunnel | AES-256-GCM | 880 毫秒 | 需用户手动授予权限 |
我们目前不做的几件事
- 不做分流规则编辑器，目前只有"全部走隧道"和"直连局域网"两个选项。
- 不提供自建节点，客户端里没有添加自定义线路的入口。
- 不做 Linux 图形安装包，命令行版的维护优先级低于其他平台。
- 不支持按倍速或按流量包购买，订阅只有按时长一种形态。
- 不承诺任何具体线路的速度，行业里没有可核实的第三方测速榜单。
Questions
关于这些功能的高频提问
回答尽量给数字和条件，不方便给的就说明为什么不能给。
自动选路会不会把我的流量送到我不信任的节点？
会送到评分最高的那个出口，这一点我们不回避。选路模型只考虑时延、丢包和负载三个指标，不考虑出口归属。如果你对出口所在地有硬性要求，用手动指定功能锁定某条线路即可，指定后自动选路不会再改动它（测试条件：手动锁定状态下连续 5 天，线路未被自动切换）。
加密之后客服还能看到我访问了什么吗？
看不到。隧道内是加密流量，客服侧只能看到连接时间、时长和流量大小，看不到域名与内容。可核对的方式是调取客户端日志：日志里只有线路编号、握手耗时和错误码三个字段，没有地址栏记录；日志最长保留 7 天（来源：客户端 3.2.1 版日志格式说明）。
为什么 iOS 的握手比别的平台慢？
主要是系统接口的限制。实测 iOS 18.2 上单次握手为 880 毫秒，比 Android 的 720 毫秒多出 160 毫秒，其中约 110 毫秒花在与系统的权限协商上（测试条件：iPhone 14，客户端 3.2.1 版，30 次采样）。这属于系统开销，客户端侧无法压缩。
关掉加密能快多少？
实测关闭后吞吐提升约 6.8%，但握手耗时基本不变。提升不明显是因为瓶颈通常在中转链路而不是本地加密运算（测试条件：500 Mbps 宽带，上传 94.2 Mbps 下载 486 Mbps，客户端 3.2.1 版，10 次对照）。考虑到安全成本，我们不推荐关。
流量面板的累计用量准不准？
它统计的是经过隧道接口的字节数，包含协议开销，比你用软件估算的流量略高。实测与路由器侧 WAN 计数偏差 1.3%，方向是面板偏高。如果你需要精确值，以路由器计数为准（测试条件：同一路由器两侧同时抓取，2 小时对照，重复 10 次）。
3 台设备的上限是按什么算的？
按并发连接数算，不是按设备数登记。同一台设备开两个客户端实例算 2 个并发。实测当第 4 个并发建立时，最早那条会话在 3.4 秒内被服务端断开（测试条件：4 台设备混合 Windows 与 Android，重复 20 次）。断开的那台需要手动重连。