快喵VPN
01四段时序：从离开 WiFi 到页面重新加载
切网不是一瞬间的事，它由四个前后相接的动作组成，每一段都有自己的耗时。
四段依次是：系统发现网络变化、射频完成注册、客户端重建隧道、业务请求重发并拿到回应。
把这四段拆开看，才能解释为什么同样是切网，有人觉得几乎无感，有人要等上十几秒。
四段耗时里只有第四段落在客户端手里，前面三段分别由系统调度、驱动与射频状态决定，这一点在对比任何速度数字之前必须先说明。因此任何关于切网速度的说法都必须写清是在哪一段上做的优化，否则数字之间无法比较。实测里最容易被误读的是把第三段当成全部，从而高估了客户端在整条链路上的贡献。把四段分别记录一次，你对这台机器的判断会立刻从模糊变成具体。
同样的判断也适用于换手机：新机器的四段耗时和旧机器未必一致，尤其是射频部分差异明显。
所以换机之后不要沿用旧的心理预期，先做两次记录，再决定是否需要调整使用方式。
第一段：发现变化
系统察觉默认路由变化并通知应用，这一段在两端都在一秒量级。
- 安卓通过连接管理器回调通知应用，延迟约在一秒以内。
- iOS 通过网络框架的变化通知，延迟同样在一秒以内。
- 部分定制系统会延后广播，实测最长见过三秒。
- 这一段无法通过设置缩短，属于系统和驱动的范围。
第二段：射频注册
蜂窝射频从空闲态回到可用态需要注册，这一段通常占总耗时的一半以上。
- 弱信号区的注册耗时会从一秒抬升到四秒以上。
- 刚从飞行模式恢复时，注册耗时最长。
- 双卡设备在切换数据卡时，还要额外做一次挂载。
- 这一段是切网体感差异的主要来源。
第三与第四段：重建与重发
隧道重建的中位耗时是 0.8 秒，之后的首包重发取决于原连接的超时设置。
- 会话仍有效时，重建只需重新绑定出口地址。
- 会话失效时，要重新走一次完整握手，耗时升到三秒级。
- 首包重发的时间由业务层的重试策略决定。
- 四段里只有这一段是客户端可以优化的。
02WiFi 与蜂窝之间：两个方向不对称
从 WiFi 切到蜂窝，与从蜂窝切回 WiFi，耗时并不对称，前者通常更慢。
原因是蜂窝射频从空闲态恢复需要注册，而 WiFi 关联在多数场景下更快。
采样里，WiFi 到蜂窝的首包可用中位是 4.2 秒，反方向是 2.6 秒，差值接近一倍。
两个方向不对称这件事，在通勤场景里每天都会发生两次，早上出门一次，晚上回家一次。把两个方向的数字分开记录，比合并成一个平均值更有用，因为它们的瓶颈完全不同。如果你只记得住一个数，请记住离开 WiFi 的那一次，它通常决定了你对切网的整体印象。反方向的数字更稳定，波动也更小，因此更适合用来验证设置是否生效。
离开 WiFi 的那一次
系统先断开 WiFi 关联，再启用蜂窝数据，两件事之间有短暂的空窗。
- 空窗期间所有请求都在等待，不会立刻报错。
- 空窗长度与蜂窝射频的当前状态直接相关。
- 刚用过蜂窝时，空窗明显更短。
- 长时间只用 WiFi 时，第一次切换最慢。
回到 WiFi 的那一次
WiFi 关联与地址配置通常在一秒内完成，隧道重建紧随其后。
- 已保存的网络会优先尝试，未保存的需要手动确认。
- 企业网络需要认证时，耗时会明显拉长。
- 回到 WiFi 后，出口归属可能变化，需要重新确认。
- 反方向的耗时中位在 2.6 秒左右。
两个方向的取舍
需要连续通话时，建议在离开前先手动固定到蜂窝，避免空窗带来的中断。
- 提前固定可以省掉发现变化与注册两段耗时。
- 代价是这段时间内蜂窝处于常开状态，耗电略高。
- 通勤路线固定时，这个做法收益最明显。
- 不固定时，空窗造成的卡顿通常在两次以内。
切网失败时，先按排查页走一遍六步顺序
看掉线排查顺序03多 WiFi 与漫游：同一网段内的隐性切换
同一网段内从一个接入点漫游到另一个，系统可能不会通知应用，隧道因而不重建。
这种情况看起来无缝，实际会出现短暂的高延迟与丢包，表现为画面卡一下。
采样里，漫游造成的卡顿多在两百到六百毫秒之间，很少触发重连。
漫游带来的卡顿很难被专门工具捕捉，因为它既不是断流也不是重连，只是一段短时的丢包。记录这一类现象的办法是记下卡顿的持续时长与发生位置，而不是只记是否断开。把位置与时长对着看，往往能直接指认出是哪一个接入点在拖慢切换。办公场景里换一个接入点做同样的记录，两组数据放在一起就能定位问题。
办公场景里最常见的现象是走到会议室时卡一下，回到座位又恢复，这一般属于漫游而不是故障。
把卡顿发生的位置标在平面图上，几次之后你就能看出是哪几个接入点之间存在问题。
漫游为什么不触发重建
地址与默认路由都没变时，系统认为网络没有变化，不会通知应用。
- 隧道绑定的仍是同一个出口地址。
- 链路层切换对上层透明。
- 因此不会出现断流，只有短时的丢包。
- 卡顿时长取决于接入点的切换协商速度。
什么时候会真的断
接入点之间需要重新认证时，或者跨网段时，系统会判定网络已变化。
- 企业网络常用需要重新认证的接入点。
- 跨网段会触发地址重新配置。
- 这两种情况都会走完整的四段流程。
- 卡顿时长因此从毫秒级升到秒级。
办公场景的建议
在需要连续连接的办公场景里，把常用接入点固定成同一配置能减少认证耗时。
- 固定配置可以减少一次认证往返。
- 跨网段无法避免，只能缩短重建耗时。
- 把节点固定下来，可以少一次选择。
- 遇到反复卡顿时，先看是否在接入点之间来回漫游。
04双卡场景：多出一次挂载
双卡设备切换数据卡时，系统需要把数据通道从一张卡挪到另一张，这一步在单卡设备上不存在。
实测多出的耗时在 1 到 2 秒之间，主要落在射频挂载与地址获取上。
因此双卡设备的切网体感通常比单卡设备慢一档，这属于正常现象。
挂载多出来的那一步
数据通道切换需要重新获取地址并注册，之后才轮到应用层重建。
- 挂载耗时与两张卡的信号强度都有关。
- 副卡信号弱时，挂载会明显变慢。
- 部分系统会先尝试原卡，失败后再切副卡。
- 这一层耗时无法通过应用内设置改变。
自动恢复的比例
双卡场景的自动恢复比例略低于单卡，实测在七成到八成之间。
- 失败多发生在两张卡信号都弱的区域。
- 失败时表现为长时间停在重连中。
- 手动点一次连接通常就能恢复。
- 把这一条写进记录，可以避免误判为线路故障。
通勤场景的做法
经常跨区域通勤时，固定一张信号更稳的卡作为数据卡，可以减少挂载次数。
- 固定数据卡之后，系统不会再自动切回。
- 代价是另一张卡无法在弱区兜底。
- 两种做法各有取舍，取决于路线覆盖情况。
- 先在固定路线上各测一天，再决定采用哪种。
自动恢复的比例不高时，固定节点往往比换节点有用
看手机端总览05弱网阈值：什么时候该主动放弃重连
在信号极弱的区域反复重连，收益很低，还会把电量消耗在无用的注册上。
采样里，信号低于两格时重连成功率降到四成以下，耗时中位升到八秒以上。
这种场景更划算的做法是暂时断开，等离开弱区再连，代价只是这段时间不可用。
怎么判断进了弱网
看信号格数不够准，看单位时间内的重连次数更准。
- 一分钟内重连两次以上，基本可以判定处于弱网。
- 此时首包可用耗时普遍超过八秒。
- 继续重连不会改善成功率。
- 退出弱区后手工点一次连接，通常一次成功。
地库与电梯的差异
地库往往有室内分布系统，信号格数不高但可用；电梯则完全断链。
- 地库的重连成功率高于电梯场景。
- 电梯内没有信号时，重连必然失败。
- 出电梯后的第一次重连通常较快。
- 把两类场景分开记录，判断会更准确。
耗电的代价
弱网下的重连会把射频功率推到高位，单位时间耗电是常态的三倍以上。
- 这段时间的流量很小，耗电却很高。
- 长时间停留会显著影响续航。
- 暂时断开的做法在这类场景更省电。
- 离开弱区后重新连接，只需几秒。
06耗时分布：中位之外还有长尾
两百四十次切换的样本里，中位耗时落在 2 到 5 秒之间，但长尾一直延伸到 18 秒。
长尾的成因集中在一处：切换瞬间恰好发生了一次完整握手，而握手又遇到了丢包。
因此改善体感的关键不是压低中位数，而是减少落进长尾的次数。
长尾样本的处理方式和普通样本不同，它需要在记录里单独标记，否则会被平均值掩盖。本案的建议是记录九十分位而不是平均值，因为这个位置更接近你真正记住的那几次体验。当九十分位从九秒降到六秒时，体感的改善会非常明显，即使中位数几乎没有变化。把长尾单独列出来看，往往能发现它集中发生在少数几个固定场景里。
中位与长尾的差距
中位 2 到 5 秒，九十分位在 9 秒，最长记录 18 秒。
- 九十分位以后的长尾主要由握手丢包造成。
- 长尾样本里有八成发生在弱信号区。
- 剩余两成发生在刚开机或刚退出飞行模式时。
- 把这两类场景单独统计，长尾会明显缩短。
怎么减少长尾
保持会话有效是减少长尾最有效的办法，其次是避免在弱区切换。
- 会话有效时，重建不需要完整握手。
- 缩短心跳间隔可以让会话更不容易过期。
- 代价是待机耗电上升，取舍见耗电专页。
- 在弱区提前固定节点，也能减少一次选择。
读分布的正确方式
看九十分位比看平均值更接近体感，因为体感记住的往往是那几次最慢的。
- 平均值会被少数长尾拉高，参考价值有限。
- 九十分位能反映最差体验的水平。
- 记录时至少标注切换场景，否则分布无法解释。
- 样本少于五十次时，分布结论不稳。
07手动重连：顺序对了能省一半时间
卡在重连中超过半分钟时，按固定顺序手动处理，比反复点按钮有效得多。
顺序的原则是先做代价最低、能一次排掉多个可能的动作。
每一步只改一个条件，才能知道是哪一步起了作用。
前两步：重置状态
先用飞行模式十秒重置射频，再回到应用点一次连接。
- 飞行模式十秒足以让射频完全复位。
- 恢复后等三秒再点连接，成功率更高。
- 这两步能排掉大约一半的卡死场景。
- 不需要重启手机，成本很低。
中间两步：换条件
换相邻城市的节点一次，换网络一次，两次各只改一个变量。
- 换节点后恢复，说明原节点回程异常。
- 换网络后恢复，说明原网络出口受限。
- 两次都无效时，问题多半在本机配置上。
- 把两次结果记下来，后续排查会快很多。
后两步：清理与重装
清理配置后重连，仍失败再考虑重装，重装是最后一步。
- 清理配置不会影响订阅与额度。
- 重装会生成新的设备标识，需要核对额度。
- 重装之后首日仍需做一次权限复查。
- 六步走完仍不通，把机型与时间记下来反馈。
08失败怎么判断：三种表现对应三种原因
重连失败不等于线路坏了，失败的表现分三种，各自的成因不同。
第一种是长时间停在重连中，第二种是连着但不通，第三种是通了但出口不对。
三种表现对应的处理方向完全不同，混在一起排查会浪费很多时间。
停在重连中
这一类的成因多在射频与权限，不在线路侧。
- 先确认蜂窝数据权限是否仍然允许。
- 再确认是否处在完全无信号的区域。
- 飞行模式重置对此类最有效。
- 这一类占失败样本的六成以上。
连着但不通
这一类的成因多在出口侧，节点回程异常是最常见的解释。
- 换相邻节点能快速验证这一点。
- 出口查询页会显示不可用或超时。
- DNS 未生效也会造成同样的现象。
- 这一类换节点后多数能立刻恢复。
通了但出口不对
这一类说明隧道没建成，流量走了本地出口，需要看出口归属。
- 出口归属显示为本地城市时，隧道未生效。
- 部分应用的私有协议会绕过隧道。
- 核对方式是打开出口查询页看归属。
- 这一类需要重新连接一次才能纠正。
09建立自己的基线：五天就够
别人的数字只能当参考，真正有用的是你自己那条路线上的基线。
做法很简单：连续五天，每天出门与回家各记录一次切换耗时与是否自动恢复。
五天之后你会得到两组中位数，之后任何异常都能拿来对比。
记录哪几项
四项足够：时间、场景、是否自动恢复、恢复耗时。
- 场景写清是从 WiFi 到蜂窝还是反过来。
- 是否自动恢复只写是或否。
- 恢复耗时按秒记录，取整即可。
- 四列之外不必增加字段，否则很难坚持。
怎么用这份基线
出现异常时，把当天记录与基线并排看，差异会非常直观。
- 耗时整体抬升说明线路或射频条件变化。
- 恢复比例下降说明权限或会话状态变化。
- 只有个别场景异常时，问题多半在该场景。
- 基线每换一次机型就重做一次。
基线的边界
基线只描述你常走的那条路线，换路线之后需要重新积累。
- 出差或旅行时不要拿旧基线对比。
- 运营商调整网络后基线也会失效。
- 系统大版本升级后建议重做一次。
- 基线是工具，不是标准，不必追求精确。
10切网这件事，能做到与做不到
切网必然带来一次中断，问题只在于中断有多长，以及是否需要人工介入。
客户端能做的是把发现变化到重建隧道这一段压到最短，并把首包重发提前。
射频注册与系统广播这两段不在客户端控制范围内，因此零中断无法承诺。
把能做到与做不到写清楚，是为了让预期落在正确的位置上，而不是为了让结论好看。手机端的价值在于随身，代价是中断不可避免，把这个代价算进去之后，选择就变得清晰。需要绝对连续的场景请改用桌面端或路由器端，这是两种定位，不存在优劣之分。至于手机端的切网体验，只要中位落在 2 到 5 秒，日常使用通常不会被察觉。
做得到的部分
把重建压到一秒以内，把自动恢复的比例提到八成以上。
- 会话有效时，重建不需要完整握手。
- 网络变化通知到达后立刻开始重建，不等待业务超时。
- 固定节点可以减少一次选择与测速。
- 这些措施叠加后，中位耗时能落在 2 到 3 秒。
做不到的部分
射频注册、系统广播延迟与弱信号区的丢包，都不在客户端控制范围内。
- 无法缩短射频从空闲态恢复的时间。
- 无法阻止系统延后广播网络变化。
- 无法在完全无信号区域维持连接。
- 无法保证双卡场景的恢复比例与单卡一致。
需要零中断时怎么办
需要绝对连续的场景，应当改用桌面端或路由器端，而不是依赖手机切网。
- 桌面端的网络栈变化触发更快。
- 路由器端不存在切网问题，它本身就是出口。
- 手机端的优势是随身，代价是中断不可避免。
- 把两端的定位分清，预期就不会错位。
11实测速查：切网的九个数字
本节的数字按场景分开给出，每种场景的样本数不同，跨场景比较时请留意样本量。
两个方向的耗时不对称，这一点在每天两次的通勤切换里会被反复感受到，早上出门那一次通常更慢。原因在于蜂窝射频从空闲态恢复需要注册，而 WiFi 关联在多数场景下要快得多。把这个差异写进记录表，你就能判断某天的异常到底是环境变化还是设置被改动过，而不必凭印象猜测。
长尾的存在说明单次测量永远不足以作为结论，九十分位与中位之间常常相差三倍以上。采样里最长的一次记录是十八秒，出现在信号两格以下的地库入口，同一天在同一位置重复五次，有四次落在八秒以上。这种可复现的慢，与偶发一次的慢，在处理方式上完全不同，前者值得排查，后者只需要记下来。
两个方向
两个方向的耗时不对称，采样时手动切换各 30 次，同一节点同一回程。
- WiFi 到蜂窝的首包可用中位 4.2 秒，射频注册占 1.6 到 3.2 秒。
- 蜂窝到 WiFi 的中位 2.6 秒，WiFi 关联通常在 1 秒内完成。
- 两个方向的隧道重建耗时相同，均为 0.8 秒左右。
- 刚用过蜂窝时，离开 WiFi 的空窗明显更短，条件见第三节。
分布与长尾
这一组基于 240 次样本，两套系统各半，剔除失败样本后统计。
- 整体中位耗时 2 到 5 秒，九十分位在 9 秒，最长记录 18 秒。
- 长尾样本里约八成发生在信号两格以下的区域，环境因素是主因。
- 剩余两成发生在刚开机或刚退出飞行模式时，属于冷启动。
- 会话有效时不需要完整握手，长尾比例随之明显下降。
双卡与弱网
双卡与弱网两组的样本量分别是 30 次与 15 次，仅用于判断方向。
- 双卡切换数据卡的中位耗时 5.1 秒，比单卡多出 1 到 2 秒。
- 双卡场景自动恢复的比例约七成到八成，略低于单卡的八成到九成。
- 弱网下重连成功率不到四成，耗时普遍超过 8 秒，属正常现象。
- 弱网下单位时间耗电是常态的三倍以上，暂时断开更划算。
T五种切换场景的耗时对照表
| 场景 | 触发方式 | 射频注册 | 隧道重建 | 首包可用合计 |
|---|---|---|---|---|
| WiFi 到蜂窝 | 手动关闭 WiFi | 1.6–3.2 秒 | 0.8 秒 | 4.2 秒 |
| 蜂窝到 WiFi | 手动开启 WiFi | 0.3–0.9 秒 | 0.8 秒 | 2.6 秒 |
| 同一网段漫游 | 走向另一个接入点 | 不触发 | 不触发 | 卡顿 0.2–0.6 秒 |
| 双卡切换数据 | 在设置里换数据卡 | 2.1–3.8 秒 | 0.8 秒 | 5.1 秒 |
| 退出飞行模式 | 关闭飞行模式 | 1.2–4.0 秒 | 0.8 秒 | 4.8 秒 |
| 弱信号区反复切换 | 信号两格以下自动切换 | 4.0 秒以上 | 0.8 秒 | 8 秒以上 |
D切网术语：十二个词
本节术语按本站口径定义，用于本页与版本记录页，系统与厂商文档的措辞可能不同。
- 切网重连
- 从系统切换射频到客户端拿到可用出口的整个过程，含四段前后相接的动作。
- 射频注册
- 蜂窝射频从空闲态恢复到可用态的过程，通常占总耗时的一半以上。
- 隧道重建
- 重新建立加密通道的过程，会话有效时只需重新绑定出口地址。
- 首包可用
- 重连后第一个真实业务请求得到回应的时刻，比隧道建立更接近体感。
- 空窗
- WiFi 已断开而蜂窝尚未可用的短暂区间，期间所有请求都在等待。
- 漫游
- 在同一网段内从一个接入点切换到另一个，通常不触发应用层重建。
- 挂载
- 双卡设备切换数据卡时重新获取地址并注册的过程，会额外增加耗时。
- 长尾
- 耗时分布中靠近九十分位的那部分样本，多由握手丢包造成。
- 九十分位
- 把样本排序后位于九成位置的值，比平均值更能反映最差体验。
- 自动恢复
- 切网后客户端不经人工操作重建连接并恢复业务流量的比例。
- 会话
- 客户端与服务端之间的一次加密连接，有效期决定是否需要完整握手。
- 基线
- 你在固定路线上连续记录得到的耗时与恢复比例，用于日后对比异常。
切网频繁的场景，耗电会明显高于待机
看流量与耗电区间