KU AIMIAO · 首次打开
快喵VPN 首次打开:三步,合计中位 8.9 秒
快喵VPN 首次打开只需三步,双击图标 4.8 秒、辨认中央按钮 0.9 秒、点击后 3.2 秒接通,全程不需要输入任何内容。
- 第一步
- 4.8 秒
- 第二步
- 0.9 秒
- 第三步
- 3.2 秒
- 人工输入
- 0 项
§ 01 · 总览
三步,合计中位 8.9 秒
首次打开只有三个动作:双击图标、看中央按钮、点下去。中间没有选节点、没有填参数、没有同意条款。下面把每一步拆开,写清每一步看到什么、等多久、怎么确认走到了下一步。
| 步骤 | 动作 | 中位耗时 | 走完的确认方式 | 下一步的起点 |
|---|---|---|---|---|
| 第一步 | 双击桌面图标,等主界面出现 | 4.8 秒 | 中央那枚圆按钮出现且可点击 | 按钮下方显示「智能匹配」 |
| 第二步 | 看窗口正中那一枚按钮 | 0.9 秒 | 按钮下方一行小字写着「智能匹配」 | 状态灯为灰色,未连接 |
| 第三步 | 点下去,等状态灯转绿 | 3.2 秒 | 状态灯由橙转绿,线路名变成具体线路 | 延迟读数出数 |
8.9 秒是怎么加出来的
三步的中位耗时分别是 4.8 秒、0.9 秒与 3.2 秒,相加 8.9 秒。其中人工操作只占第一步的一次双击与第三步的一次单击,两次点击本身都在 0.5 秒以内。
其余时间全是等待。这说明零配置体验的负担不在人身上,而在程序把该做的事做完了。
三步的前提条件
本页描述的是默认设置下的首次打开。需要提前满足两个前提:客户端安装完成,且系统权限已经给到。这两项属于安装环节,见下载与首次连通页。
如果安装时拒绝了驱动授权,三步会停在第三步:点下去之后状态灯一直停在橙色。处理办法见第 13 节的三类异常。
快喵VPN 把首次打开做短的方式只有一种:把该由程序判断的部分从人手里拿走。所以第一次连上时,你会看到界面比你预期的安静,只有中间那枚按钮在等你。

§ 02 · 第一步
双击图标之后,客户端在做什么
4.8 秒里没有进度条,但有三件事在发生。知道是哪三件事,就能判断这 4.8 秒是正常还是卡住。
| 顺序 | 做的事 | 约耗时 | 能不能被优化 | 卡住时的现象 |
|---|---|---|---|---|
| 1 | 读取本地配置与上次线路记录 | 0.7 秒 | 不能,配置文件本来就很小 | 几乎不会单独卡住 |
| 2 | 注册虚拟网卡并确认驱动状态 | 1.9 秒 | 不能,属系统调用 | 安全软件拦截时在这里停住 |
| 3 | 绘制界面并绑定交互事件 | 2.2 秒 | 略,第二次启动快 0.6 至 1.1 秒 | 低配机器上界面会先出后卡 |
为什么冷启动比第二次启动慢
差别来自系统缓存。第一次启动时,动态库与图形资源要从磁盘读进内存;第二次启动时这些内容已被缓存,所以少 0.6 到 1.1 秒。
这个差值在不同机器上不一样。老机器上差距更明显,因为磁盘更慢;新机器上差距可能只有 0.2 秒。
系统刚登录后的 90 秒是个例外
Windows 在用户登录后的约 90 秒内会做索引与后台整理,那段时间启动会慢 1.3 秒左右。实测里最长的一次冷启动 6.1 秒就发生在这个窗口内。
因此「刚开机就打开客户端特别慢」是系统行为,不是客户端的问题。把第一次启动放到登录两分钟之后,数字会回到中位附近。

怎样判断这一步算不算完成
完成的表现有三个:中央圆按钮画出来了、按钮下方出现「智能匹配」这行小字、左上角状态灯是灰色。三者同时出现,才算走完第一步。
如果只看到窗口框架但里面是空的,多半是第三件事还没做完,等 1 秒再看。只有按钮出现而文字没出现,才是异常。
- 按钮出现且可点:第一步完成,进入第二步。
- 按钮出现但灰的不可点:等 1 秒,客户端还在绑定事件。
- 窗口空白超过 10 秒:属于异常,看第三节的三类处理。
- 窗口根本没出现:看托盘图标,程序可能已经在运行。
§ 03 · 第二步
认中央那一枚按钮
第二步不需要操作,只需要辨认。这一步常被跳过,于是「忘了点什么」的感觉来自这里。
| 状态 | 按钮上写的字 | 状态灯 | 线路名称 | 含义 |
|---|---|---|---|---|
| 未连接 | 连接 | 灰色 | 智能匹配 | 可以直接点 |
| 正在匹配 | 连接 | 橙色 | 智能匹配 | 已在采样,等它自己完成 |
| 已连接 | 断开 | 绿色 | 地区 · 编号 | 通道已建立 |
按钮下方那行小字才是关键
按钮正下方写的是「智能匹配」,它表示当前没有锁定任何具体线路,连接时由客户端自己挑。这行字在未连接时就已经显示,不需要等连接之后才出现。
如果这行字显示的是「已锁定」,说明之前手动指定过线路,客户端会一直用那一条,不再自动切换。怎么改回自动,见自动与手动对照页。
状态灯的三种颜色
灰色是未连接,橙色是正在匹配,绿色是通道正常。这三种颜色对应的动作完全不同:灰色可以点,橙色不用管,绿色可以开始用。
状态灯只有 8 像素,位置在窗口左上角。它是整个界面里最小但信息量最高的元素,因为颜色直接对应下一步该不该动手。

延迟读数为什么是横线
未连接时延迟读数显示一条横线,因为还没有建立通道,没有可测量的往返时间。连上之后它会立刻出数,通常落在 18 到 26 毫秒之间。
横线不是错误提示,也不是加载卡住。它只是表示当前没有可显示的采样结果。
- 横线:未连接,符合预期。
- 数字:已连接且采样成功。
- 数字长期不动:超过 15 分钟没有刷新,属于客户端挂起。
- 数字跳得很快:正常,这是最近一次采样值,没有做平滑。
§ 04 · 第三步
点下去之后的三段耗时
点击之后状态灯先转橙再转绿。橙色段是自动选线采样,绿色段前是隧道建立。两段合计中位 3.2 秒。
| 段落 | 状态灯 | 中位耗时 | 在做什么 | 耗时变长的原因 |
|---|---|---|---|---|
| 采样段 | 橙色 | 1.1 秒 | 对 3 条候选线路各测一次 | 候选全部拥塞时进入重试 |
| 建链段 | 橙色转绿色 | 2.1 秒 | 握手并写入路由表 | 上行低于 2 Mbps 时明显变长 |
| 合计 | 转绿 | 3.2 秒 | 从点击到可以用 | 两段之和 |
为什么只测 3 条候选
全部 132 条线路不参与首轮采样,否则耗时会长到十秒以上。候选由上次连接记录与本机网络特征共同决定,通常是同区域的三条。
这个取舍有代价。三条候选同时拥塞时,自动匹配给出的结果可能不如另一区域的一条空闲线路。这个边界在自动与手动对照页里单独讲。
建链段为什么更依赖上行带宽
握手本身的数据量不大,但对往返时间敏感。上行带宽低于 2 Mbps 时,握手确认包在链路上的排队时间变长,2.1 秒会明显拉长。
这也是为什么弱网环境下「已连接」比「可用」来得晚:通道建立成功之后,还要等上层连接真正可用。

转绿之后还有一件事
状态灯转绿表示通道建立。线路名称此时从「智能匹配」变成具体线路,例如「东京 · 03」,延迟读数同时出数。这两处一起变化,才算真正连上。
如果状态灯绿了但线路名称仍是「智能匹配」,说明评分没完成,稍等 1 秒再看;超过 5 秒不变,再到第八节的偏差表里对号入座。
- 状态灯橙 → 绿,线路名变具体,延迟出数:完全正常。
- 状态灯橙 → 绿,线路名仍是智能匹配:评分未完成,等 5 秒。
- 状态灯一直橙,超过 10 秒:候选不达标,见第八节。
- 状态灯直接变灰:连接被拒绝或驱动未授权,见第八节。
§ 05 · 四个不需要
三步里刻意不存在的四件事
零配置体验成立的判断标准不是「步骤少」,而是「该由人做的判断被移走了」。下面四件事是刻意移走的。
| 不需要的事 | 传统做法 | 这里的做法 | 省下的动作 |
|---|---|---|---|
| 挑节点 | 在列表里翻找并比较 | 客户端按四项权重打分排序 | 翻找与比较,约 40 至 90 秒 |
| 填地址与端口 | 手动输入服务器地址 | 地址由线路清单下发 | 输入与试错 |
| 选协议与加密方式 | 在下拉框里选 | 由客户端按端能力固定 | 理解协议名词 |
| 读参数调权重 | 照着教程改配置 | 权重固定,不对外开放 | 查文档与试参数 |
移走之后信息去哪了
信息没有消失,只是换了个位置。线路清单被折叠到线路名称的点击展开里,评分明细被放到齿轮的高级项里,需要时点开就能看到。
折叠的代价是「看不见」。多数人第一次打开不会去点那些折叠项,因此本页与界面元素解释页的主要作用,就是把折叠里的内容先讲一遍。
为什么参数不开放给普通使用者
权重一旦可调,多数人会在延迟与丢包之间随手换比例,结果往往比默认更差。默认权重来自三类流量的实测,开放调参的收益远小于把判断留在程序里。
这三步之后,剩下的是使用
连上之后日常使用不再需要任何操作。线路会自己切、断了会自己重连。除非有固定用途需要锁定出口,否则不需要再回到设置里。

- 不需要知道线路名称代表什么地区,除非你要锁定它。
- 不需要知道评分怎么算,除非你要复核某次选路。
- 不需要知道地址与端口从哪里来,它们由清单下发。
- 不需要在连接与断开之间反复切换,连接状态是持续的。
§ 06 · 实操记录
一次完整的三步,逐段计时
下面是一次按秒记录的实操过程,采集于 2026-11-11 上午,环境为 Windows 11 23H2(22631.4169)· i5-1240P / 16 GB · 客户端 v4.2.0 · 2026-11-11 采集。同样的流程你也可以自己计时对照。
| 时刻 | 距开始 | 屏幕上发生什么 | 可观察的证据 |
|---|---|---|---|
| 00:00 | 0.0 秒 | 双击图标,进程启动 | 窗口框架尚未出现 |
| 00:01 | 1.0 秒 | 窗口框架出现,内容区空白 | 内容区仍在绘制 |
| 00:03 | 3.0 秒 | 圆形按钮出现,按钮下方文字尚未出现 | 按钮可见但可能还不可点 |
| 00:05 | 4.8 秒 | 按钮下方出现「智能匹配」,状态灯灰色 | 第一步完成 |
| 00:05 | 4.8 秒 | 界面进入可交互状态 | 按钮可点击 |
| 00:06 | 5.7 秒 | 按下连接按钮 | 状态灯由灰转橙 |
| 00:06 | 5.7 秒 | 采样开始,3 条候选并行测量 | 延迟读数仍为横线 |
| 00:07 | 6.8 秒 | 采样完成,锁定一条线路 | 线路名仍显示智能匹配 |
| 00:07 | 6.8 秒 | 开始建立隧道 | 状态灯仍为橙 |
| 00:09 | 7.8 秒 | 隧道建立完成 | 状态灯转绿 |
| 00:09 | 7.8 秒 | 线路名变为「东京 · 03」,延迟读数出数 | 第三步完成 |
| 00:10 | 8.9 秒 | 首次打开全过程结束 | 可用状态 |
哪一段最容易被误以为卡住
第 1 到第 3 秒之间窗口是空的,这两秒看起来最像卡住。实际上第三件事还在进行,属于正常等待。把界面截图给别人看时,这段空白最容易被误解成崩溃。
为什么要逐段记录
因为总耗时无法归因。同样是 9 秒,慢在启动和慢在采样,处理方式完全不同。前者看磁盘与安全软件,后者看本地网络与候选拥塞。

- 记录时刻时用界面上的时间显示,不要凭感觉写整点。
- 每一段只记一个事件,事件多了反而对不上。
- 把状态灯颜色变化当作关键节点,比记秒数更可靠。
- 异常时把这一行完整抄下来,反馈时比描述更省事。
§ 07 · 偏差
三步的常见偏差与对号入座
偏差分四类,每一类对应一个明确原因。下面按「现象 → 原因 → 处理」列出,看到现象直接查表。
| 现象 | 最可能的原因 | 判断依据 | 处理 |
|---|---|---|---|
| 窗口空白超过 10 秒 | 安全软件拦截了驱动注册 | 任务管理器里有客户端进程但界面空白 | 退出防护后重启客户端 |
| 状态灯一直停在橙色 | 三条候选线路都不达标 | 线路列表展开后有内容但评分都不合格 | 手动选一条,或换个网络 |
| 状态灯绿但网页打不开 | 域名解析问题 | 直接访问 IP 地址能打开 | 刷新解析缓存或换浏览器 |
| 界面根本没出现 | 程序已在运行,窗口被收起 | 通知区有托盘图标 | 从托盘菜单选显示主界面 |
为什么不要一上来就重装
四类偏差里有三类与安装无关,重装解决不了。重装还会丢掉日志与配置,让下一次排查更难。先按表判断,再决定是否重装。
偏差出现的比例
在 30 次采样里,第一类出现过 1 次,第二类出现过 1 次,第三类出现 0 次,第四类出现过 2 次。第四类最常见,因为它通常来自上一个使用者的操作习惯。
第一次遇到偏差要记什么
记三样:现象、当时的网络环境、状态灯颜色。这三样能覆盖八成的判断需要,访问内容与具体网址不必记录。

§ 08 · 手机上
手机上的三步与桌面端的差别
手机上的操作路径更短,因为没有窗口也没有托盘。但判断依据从按钮变成了通知栏,耗时口径也不同。
| 平台 | 第一步 | 第二步 | 第三步 | 耗时口径 |
|---|---|---|---|---|
| Windows | 双击图标,等 4.8 秒 | 看中央按钮 | 点按钮,等 3.2 秒 | 含窗口绘制 |
| macOS | 双击图标,等 5.2 秒 | 看中央按钮 | 点按钮,等 3.4 秒 | 含网络扩展检查 |
| Android | 点图标,等 2.9 秒 | 看主界面 | 点按钮,等 3.6 秒 | 不含系统授权弹窗 |
| iOS | 点图标,等 3.3 秒 | 看主界面 | 点按钮,等 3.5 秒 | 含描述文件检查 |
| Linux | 命令行启动,等 2.4 秒 | 看输出状态行 | 触发连接,等 2.8 秒 | 不含图形界面绘制 |
手机上的第一道关是系统授权
Android 首次连接要允许后台活动与自启动,iOS 要安装并信任系统 VPN 配置。这两项不在客户端里,而在系统设置里,所以手机上的「第一步」比桌面端长。
允许之后系统会在通知栏留一个常驻标记。这个标记是手机端版本的状态灯,它一直在,不需要点开界面去看。
为什么手机端耗时读数更抖
蜂窝网络的往返时间本身就比有线网络波动大。实测中位 34 毫秒,但单次采样能到 120 毫秒。判断趋势要看两分钟内的走向,单次数字没有意义。

- 手机端没有托盘图标,程序是否在运行看通知栏标记。
- Android 需允许后台活动,否则锁屏后连接会被系统回收。
- iOS 的 VPN 标记由系统绘制,不属于客户端界面。
- 蜂窝网络下延迟读数波动大,属正常,不必改设置。
§ 09 · Linux 上
Linux 上的三步与两个前提
Linux 端没有图形界面,三步变成两个动作加一个观察。少一步是因为少一层渲染,代价是状态要靠命令行读。
| 步骤 | 动作 | 耗时 | 确认方式 |
|---|---|---|---|
| 第一步 | 命令行启动客户端进程 | 2.4 秒 | 终端出现版本与状态两行 |
| 第二步 | 确认 tun 设备已建立 | 0.3 秒 | 状态行显示通道类型 |
| 第三步 | 触发连接 | 2.8 秒 | 状态行显示已连接与线路名 |
两个前提条件
第一,能创建 tun 设备,也就是设备节点存在且当前用户可读写。第二,系统里有客户端需要的运行库,最小安装的容器环境通常缺,需要一并装上。
这两个前提不满足时,程序会明确报出缺哪一项,而不是静默失败。这是 Linux 端少数会给出明确错误信息的场景,排错成本低。
服务方式与前台方式
前台方式适合临时使用,终端关掉连接就断。服务方式常驻在系统里,会话退出后连接仍在,更接近桌面端托盘图标的行为。

- 容器里运行需要额外的网络管理能力,并挂载 tun 节点。
- 无 tun 权限时可改用代理模式,但并非所有场景都适用。
- 服务方式用 systemd 管理,日志走 journal,便于事后回看。
- 图形界面版本与命令行版本共用同一套客户端内核。
§ 10 · 六个读数
首次打开后要看的六个读数
连上之后界面上有六个读数会给出信息。它们各自的用途不同,不能互相替代。
| 读数 | 位置 | 正常范围 | 异常时说明什么 | 要不要紧 |
|---|---|---|---|---|
| 状态灯 | 左上角 | 绿色 | 通道未建立 | 要紧,先解决连接 |
| 线路名称 | 按钮下方 | 地区 · 编号 | 评分未完成或处于锁定状态 | 看后续两个读数 |
| 延迟 | 线路名右侧 | 18 至 26 毫秒 | 最近一次采样偏高 | 看两分钟走向 |
| 速率 | 延迟下方 | 随使用变化 | 显示为 0 但网络不通 | 结合目标站点判断 |
| 累计用量 | 右下角 | 随使用增长 | 断开后不再增长 | 正常,断开不清零 |
| 时间 | 系统托盘 | 与本机一致 | 与本机差超过 1 分钟 | 要紧,时钟影响握手 |
延迟是最近一次采样,不是平均值
这一条最容易误解。界面上的延迟不做平滑,每次采样直接覆盖上一次。所以在 18 到 26 毫秒之间跳动属正常现象,跳动本身不是故障。
判断线路质量要看两分钟内的走向。持续上行说明线路在恶化,持续下行说明线路在恢复,单个尖峰通常只是瞬时拥塞。
累计用量为什么断开不清零
因为它是本次安装的累计值,用来核对流量去向。断开后保留,重新启动客户端也不清零。要看当前会话的用量,可以对照连接前后的差值。
哪个读数最容易被忽略
是时间。系统时钟偏差超过 1 分钟时,握手会失败,而界面表现只是状态灯停在橙色,不给任何明确提示。遇到反复停在橙色,先对一下时钟。

- 状态灯与时间:先看这两个,它们决定连接能不能建立。
- 线路名称与延迟:再看这两个,它们决定线路好不好。
- 速率与累计用量:最后看,它们决定流量对不对。
- 六个读数都正常却打不开目标站点,问题在分流规则。
§ 11 · 前十分钟
连上之后的前十分钟做什么
第一次用最容易做过头,比如立刻改一堆设置。下面按时间顺序给出建议动作,每一步都有理由。
- 第 0 分钟:连上之后先不打开任何目标站点,确认六个读数都正常。这一步花 1 分钟,能排除八成的连接问题。
- 第 2 分钟:打开一个平时访问不到的站点,确认生效。若打不开,先直连访问一个 IP 地址判断是解析还是通道。
- 第 4 分钟:看线路名称与延迟读数是否稳定。稳定就继续,不稳定就先等两分钟再看一次。
- 第 6 分钟:把齿轮里的两个关键项确认一遍:智能选线是开启的,模式是自动。这两项是零配置路径的前提。
- 第 8 分钟:随便用一个日常站点,例如邮箱或文档,确认本地访问没有被影响。
- 第 10 分钟:记下当前线路名称与延迟读数,作为第一天的基线。以后对照看趋势,比记住绝对值有用。
为什么前十分钟不要改设置
因为默认状态已经能连上。此时改设置的收益是零,而引入变量的成本很高。出了状况反而分不清是设置问题还是网络问题。
第一步为什么先不打开目标站点
因为目标站点打不开有太多可能原因:分流规则、浏览器缓存、本地网络、目标站点自身故障。先确认通道本身正常,才能把问题缩小到后面几项。
记基线有什么实际用处
线路质量是波动的,绝对值参考价值有限。基线的作用是让第二天有一个参照:今天的读数比昨天高多少,算不算异常。

- 不要在前十分钟里安装第二个网络工具。
- 不要在前十分钟里打开评分明细并调整权重。
- 不要在前十分钟里反复重连,重连会让基线作废。
- 可以做的只有两件事:确认读数、记录基线。
§ 12 · 三个设置
第一次可能要动的三个设置
默认设置覆盖绝大多数场景。下面三个是少数可能需要动一下的,各自都有明确的触发条件。
| 设置 | 位置 | 默认 | 什么时候该改 | 改了之后 |
|---|---|---|---|---|
| 智能选线 | 齿轮第一项 | 开启 | 需要固定出口时 | 客户端不再自动切换线路 |
| 模式 | 齿轮第二项 | 自动 | 需要全部流量走隧道时 | 本地与内网流量也进隧道 |
| 开机自启 | 齿轮第四项 | 关闭 | 每天固定用同一台机器时 | 登录后自动恢复上次线路 |
智能选线关掉的连锁反应
关掉之后必须先在列表里选一条,否则连接按钮点下去没有对象可连。表现是按钮可按但状态灯立刻回到灰色,没有任何提示。
所以关掉这个开关之前,先在展开的线路列表里选好一条,再关。顺序反了会以为自己把客户端弄坏了。
模式改成全局的代价
全局模式把所有流量都送进隧道,包括局域网地址与本地服务。如果你在办公环境里连着内网打印机或数据库,改成全局后这些设备会变得打不开。
开机自启值不值得开
取决于你是不是每天都用同一台机器。每天用就开,能省掉启动那 4.8 秒;偶尔用就保持关闭,避免开机后无谓地占用网络与内存。

- 只想固定一条线路时,用锁定线路,不要关智能选线。
- 只想让某个站点走隧道时,用分流规则,不要改模式。
- 只在固定办公机上考虑开机自启,个人机器通常不必。
- 任何设置改动前,先记下当前值,方便改回。
§ 13 · 常见问题
首次打开阶段的七个问题
这七个问题来自 2026-10 至 11 月的站内来信,前三个占使用类来信的一半以上。
首次打开需要先注册账号吗?
不需要。首次打开直接进主界面,中央按钮可点击。账号相关操作在连接之后才会出现,且只在需要多端同享时才要求绑定。
点击连接后多久能用?
中位 3.2 秒,其中 1.1 秒用于自动选线采样,2.1 秒用于建立隧道。上行低于 2 Mbps 时建链段会明显变长。
关闭窗口后连接会断吗?
不会。关闭窗口只收起界面,进程留在通知区,连接保持不断。要真正退出需在托盘图标右键菜单里选退出。
状态灯停在橙色是不是坏了?
不是。橙色表示正在匹配线路。超过 10 秒再看:线路列表为空说明远端清单没取到,不为空说明候选都拥塞。
为什么第一次连接要弹驱动授权?
虚拟网卡驱动是建立通道的前提,只弹一次。拒绝后客户端不报错,状态灯会一直停在橙色。
延迟数字一直跳是不是有问题?
不是。界面显示的是最近一次采样的往返耗时,不做平滑,在 18 到 26 毫秒之间跳动属正常,判断趋势要看两分钟走向。
手机上的界面为什么少几项?
少的是托盘图标、开机自启与诊断导出三项。前者由系统通知区机制决定,后两项由移动端权限模型决定。
§ 14 · 速查
三步速查卡:一页看完整个首次打开
这一节把前三节压缩成一张速查卡。打印出来贴在显示器边上,第一次打开时照着走一次,之后基本不需要再看。
| 阶段 | 你看到的 | 正常时长 | 异常的信号 | 下一步 |
|---|---|---|---|---|
| 等待启动 | 窗口框架先出现,内容区空白 | 1 到 3 秒 | 空白超过 10 秒 | 查安全软件与进程 |
| 启动完成 | 中央圆按钮出现,下方显示智能匹配 | 4.8 秒 | 按钮灰色不可点超过 3 秒 | 再等一次,仍不行则查权限 |
| 辨认状态 | 状态灯灰色,延迟读数是横线 | 0.9 秒 | 灯是橙色说明已经在采样 | 直接点中央按钮 |
| 采样中 | 状态灯转橙,线路名称不变 | 1.1 秒 | 橙色超过 10 秒 | 展开列表看是否为空 |
| 建立通道 | 状态灯仍为橙,延迟仍是横线 | 2.1 秒 | 转灰说明被拒绝 | 查驱动授权 |
| 接通 | 状态灯转绿,线路名变成地区编号 | 合计 3.2 秒 | 绿灯但名称不变超过 5 秒 | 等一次评分完成 |
| 可用 | 延迟出数,速率与累计用量开始变化 | — | 网页打不开 | 直连 IP 试一次,分辨解析还是通道 |
| 核对 | 出口地区与线路名称一致 | 20 秒 | 地区级别不同 | 断开重连一次 |
速查卡的使用方式
第一次连上时对照八行走一遍。正常的情况下,八行都会在预期时间内出现,缺哪一行就查哪一行,不用从头再看一遍。
用熟之后这张卡可以丢掉了。多数人真正需要的只是前三行:等 4.8 秒、点一下、等 3.2 秒。
三个必须记住的判断
第一,橙色不用管,灰色可以点,绿色可用。第二,名称写着智能匹配说明没有锁定。第三,横向的累计用量能证明连接还活着。
- 启动 4.8 秒,等它,别重复双击。
- 按钮出现就能点,不用等小字出现。
- 点一次就够,橙色期间再点会打断采样。
- 延迟出数就说明通道建好了。
- 名称变了不要慌,那是评分结果变化。
- 网页打不开先试 IP 地址。
- 累计用量停止增长才是真的断了。
- 要退出走托盘菜单,别直接结束进程。
- 固定用途之外,保持默认设置。
- 遇到异常先看状态灯颜色,再看列表是否为空。

§ 15 · 一周后
第一周结束时该复盘什么
第一周结束时,最有价值的不是记住某个数字,而是知道哪些偏差可以忽略、哪些必须处理。下面是一份复盘清单。
| 复盘项 | 怎么看 | 正常 | 需要处理 |
|---|---|---|---|
| 连接成功率 | 数一下一周里点了多少次、成了多少次 | 连续十次里成功九次以上 | 低于九次要查线路与网络 |
| 关窗口后是否断 | 故意关一次窗口,十分钟后看累计用量 | 用量继续增长 | 不增长说明被当成退出 |
| 高峰时段抖动 | 记三个晚上的读数 | 抖动不超过 40 毫秒 | 超过 40 毫秒要改用错峰 |
| 本地服务是否受影响 | 连一次内网设备 | 速度正常 | 变慢说明模式被改成全局 |
| 两端读数差异 | 手机与电脑各看一次延迟 | 差值不超过 20 毫秒 | 差值大要确认分组是否一致 |
| 长连接稳定性 | 查一次连接时长 | 连续四小时无中断 | 中断频繁要导出日志 |
复盘时不要做的一件事
不要用第一周的读数去对比别人的读数。线路质量取决于本地接入与时段,跨环境比较没有意义。跟自己的第一天比才有意义。
需要动手调整的情况很少
复盘结果如果都在正常范围,就保持默认设置。此后唯一值得做的动作是:需要固定出口时锁定线路,不需要时交回自动匹配。
什么时候该找支持
出现下面三种情况之一,值得发信到页脚邮箱:连续一周连接成功率低于九成;同一台机器上线路反复自变且伴随业务中断;界面读数与实际行为明显对不上。
- 发信时附上:客户端版本、操作系统版本、线路名称、三项读数与现象描述。
- 不要附上访问的具体网址,也不需要附账号信息。
- 附上导出的诊断日志最省事,一步就能把时间线还原出来。
- 描述现象时写清楚持续时间,例如「每次约 10 秒,共 3 次」。
