小飞机延迟高怎么优化：避免把测速当成网速
正确测试
同一时间抽测少量节点，记录延迟、丢包和实际打开目标页面的耗时。距离近的节点通常更低延迟，但不保证带宽更高。
处理方法
暂停后台下载、优先使用 5GHz/有线网络，关闭会重复代理流量的应用。
诊断范围
“小飞机延迟高怎么优化：避免把测速当成网速”应先按可观察现象缩小范围：小飞机高延迟的诊断与优化，涵盖测速地址、节点负载、Wi-Fi 和 DNS。 记录发生时间、使用的客户端与系统版本、是否仅在某个网络或某个配置下发生。不要从单次测速、单个节点或一次重试直接推断根因，也不要在未备份配置时同时修改多个开关。
操作步骤
- 保留错误提示的非敏感部分，并记下当前客户端、系统、网络类型和最近一次成功时间；订阅链接、账号、令牌和个人网络标识不得写入截图或工单。
- 在受控条件下只改变一个变量，例如切换已知可用的网络、恢复一份已导出的配置，或暂时停用可能重复接管流量的另一个客户端；每次改动后回到同一个操作复测。
- 将结果归为“现象消失、现象不变、出现新错误”之一。前两类分别保留变更前后记录；出现新错误时立即恢复上一步，而不是继续叠加 DNS、代理模式、内核或系统权限改动。
验证与回退
完成调整后，以原始失败动作连续复测，并确认目标功能恢复而不是只看到界面状态改变。若复测失败，回退到已导出的配置或原先已知可用的客户端状态，再依据记录选择下一项检查。任何无法解释的证书、权限、路由或账户提示都应停止扩大改动范围并转交产品或网络管理员。
来源与适用边界
本文未绑定可逐条核验的外部案例，只提供本机侧可重复的诊断顺序，不把任何现象归因于特定服务商、线路或版本。若需要升级，应带着脱敏后的时间、错误文本和已执行步骤联系相应产品支持。
来源与更新
本文为本地诊断整理，未把它表述为某个公开个案的结论。执行前请以所用客户端和系统的当前官方说明为准。
排查顺序
- 记录症状确认客户端、系统、错误文本与发生范围。
- 低风险核对先检查本文对应的配置、权限、网络或版本条件。
- 复测与回退只改变一项；现象变化后再决定是否继续。
常见问题
延迟低为什么打开网页仍慢？
延迟只测握手，网页速度还受丢包、带宽、DNS 和目标站影响。
是否应始终选最低延迟？
不一定，应以实际业务的连续访问和丢包表现为准。
确认结果、回退与日志
每次只修改一项并复测原始现象。若出现新错误，恢复导出的配置或关闭刚启用的开关；仍未解决时，请保留客户端与系统版本、错误文本、发生时间、已尝试步骤以及脱敏日志。
不要公开订阅地址、账号或完整连接信息。文中的命令与配置片段仅适用于其标注的客户端和系统；未提供命令时，请以来源中的官方界面或系统文档为准。
补充更新：先区分延迟高、丢包和真实网速慢
简答：小飞机延迟高不等于实际网速慢。先固定设备、网络、节点、测速地址和时间，再分别检查延迟、丢包、吞吐与目标网站访问；只有多节点、多时段和真实任务都异常，才应继续排查线路或出口。
定义：小飞机延迟是客户端到测速目标或代理节点的响应时间，不能直接代表下载速度、网页打开速度或视频缓冲表现。
先试这一步：用同一节点做三组对照
本文中的“小飞机”是中文用户对部分代理客户端的俗称，本文不是任何客户端品牌的官网或官方下载页面。不同客户端的测速地址、超时设置和统计方式可能不同；如果你使用的不是 Surfboard，请在当前客户端中找到对应的节点测速、连通性测试或日志页面，以当前界面为准。
先不要同时修改 DNS、MTU、协议和 TUN。固定一个节点，分别记录关闭客户端、开启客户端但不接管全部流量、开启 TUN 或全局模式后的结果：
| 对照项 | 记录内容 | 如何判断 |
|---|---|---|
| 本地网络 | Wi-Fi、网线或移动数据；是否有后台下载 | 关闭客户端也慢，优先查本地网络 |
| 客户端测速 | 延迟、丢包、测速 URL、测试时间 | 只代表该测试目标和路径，不等于所有网站 |
| 真实任务 | 固定网页、文件或会议平台的打开和持续表现 | 真实任务也异常，才说明体验确实受影响 |
| 节点范围 | 同一时间抽测多个节点 | 只有一个节点异常，先换节点；全部异常，继续查本地或线路 |
测速单位也要统一：Mbps 是兆比特每秒，MB/s 是兆字节每秒，二者不能直接按相同数字比较；换算时通常需要考虑 8 比特等于 1 字节。单线程测速更接近单条传输的表现，多线程测速更容易观察并发吞吐，二者不应混为一个结论。
浏览器请求还可能包含 DNS 查询、TCP 建连和 TLS 协商，因此客户端一次延迟测试与网页首次打开耗时并不相同。MDN 对延迟和网络计时的说明也将请求往返、DNS、TCP 和 TLS 等环节区分开来。
小飞机延迟高怎么优化：按固定顺序排查
- 本地网络：暂停下载、云盘同步和视频上传；在条件允许时用网线替代 Wi-Fi，或切换 5GHz Wi-Fi 与移动数据。若关闭客户端后网页仍慢，先处理路由器、无线信号或运营商接入问题。Android 官方建议在 Wi-Fi 与移动数据之间切换，并在不同网络下对照测试。Android 网络连接排查说明
- 系统时间：确认设备日期、时区和自动校时正常。时间异常可能导致证书、订阅或认证失败，先校准后再测，不要把认证错误误判为节点延迟。
- 订阅状态：确认配置没有过期、更新失败或只导入了空配置。Surfboard 官方手册说明其支持导入配置文件，并将配置格式与导入方式分开处理；其他客户端应优先使用面板提供的专用订阅或一键导入。Surfboard 官方使用说明
- 节点：固定一个时间段抽测多个节点。只有某个节点的延迟、丢包和真实访问都异常时，优先更换节点；如果所有节点只在晚间变差，应记录时段后再判断是否为拥塞，不能凭一次测速下结论。
- DNS 与 MTU：如果表现为域名打不开、部分网站超时、图片或脚本加载不全，再检查 DNS 解析和 MTU；纯粹的高延迟通常不会因为清缓存而根治。修改前保存原配置，并一次只改一个变量。
- 系统代理与 TUN：检查是否同时运行多个客户端、端口是否被占用、TUN 或网络扩展是否获得权限。先关闭 TUN 或系统代理做对照，再恢复单一客户端测试。若只有 TUN 模式异常，优先查虚拟网卡、路由和 DNS，不要直接认定线路质量有问题。
Windows 可使用以下命令观察路径和丢包，目标应替换为你实际访问的域名：
pathping /n example.com
Microsoft 文档说明，pathping 会经过一段时间向路径中的路由器发送多次请求，并计算中间跳点的延迟和丢包；中间某一跳不回复并不自动等于最终目标丢包，应结合最终目标和真实访问结果判断。Microsoft pathping 官方文档
macOS 可在终端使用：
traceroute example.com
如果 macOS 出现网络配置混乱，可先在“系统设置 → 网络”中确认当前使用的是 Wi-Fi 还是以太网，并使用网络位置保存一套对照配置。Apple 说明网络位置适合在出现连接问题时快速切换不同网络设置。Apple Mac 网络位置说明
按使用场景判断：什么才算真的受延迟影响
| 使用场景 | 重点观察 | 排查方向 |
|---|---|---|
| 网页首次打开慢 | DNS、建连、TLS、首屏请求 | 对照关闭客户端、切换 DNS，并观察是否只有某个网站异常 |
| 视频缓冲或下载慢 | 持续吞吐、丢包、单线程或多线程差异 | 使用固定文件或固定页面，多时段重复测试；不要只看节点延迟 |
| 语音或视频会议卡顿 | 往返延迟、抖动、丢包和持续稳定性 | 优先查 Wi-Fi、后台上传、TUN 和线路变化 |
| 游戏操作延迟 | 目标服务器路径、抖动和丢包 | 客户端测速目标与游戏服务器可能不同，应以实际游戏连接表现为主 |
ITU-T G.114 提醒，互动语音、互动数据和视频会议可能在低于一般规划上限的延迟下就受到影响；该建议不能直接当作所有游戏、网页或下载场景的统一合格线。ITU-T G.114 官方资料
复测时建议建立一张记录表，至少包含：日期和时间、设备、网络类型、客户端、节点、测速 URL、延迟、丢包、测速单位、单线程或多线程、目标网站，以及是否开启系统代理或 TUN。晚高峰对照必须使用相同设备、相同节点和相同目标，不能拿不同节点的两次结果直接比较。
四个平台的复测方法
Windows
- 先关闭小飞机，打开目标网站并记录表现。
- 打开客户端后只启用系统代理，再测试同一目标。
- 最后启用 TUN；若 TUN 才出现问题，检查虚拟网卡、权限和是否存在其他客户端。
macOS
- 在“系统设置 → 网络”确认当前接口，并分别测试 Wi-Fi 与以太网。
- 用终端执行
traceroute 目标域名，保存路径结果。 - 在客户端中分别对照系统代理和 TUN，避免两个客户端同时接管流量。
Android
- 在同一地点分别测试 Wi-Fi 和移动数据；Android 官方也建议通过切换两种网络定位连接问题。
- 在客户端中固定一个节点，记录测速 URL、延迟、丢包和真实网页表现。
- 检查“设置 → 网络和互联网 → VPN”中的 VPN 状态；不同厂商菜单名称可能不同，以当前界面为准。Android 官方 VPN 设置说明
iOS
- 在“设置 → Wi-Fi”中确认当前网络，关闭后用蜂窝数据做一次对照。
- 在客户端内固定节点和模式，分别测试规则模式与全局模式。
- 检查“设置 → 通用 → VPN 与设备管理”是否存在重复或残留的 VPN 配置；若只在某个网络异常，优先保留现状并逐项对照。
规则模式下，国内网站显示本地网络出口并不一定是故障，因为该请求可能没有经过代理；判断是否连接成功，应访问目标站点并比较出口 IP 是否按预期变化，同时结合网页是否能正常打开。
什么时候换节点，什么时候停止折腾客户端
可以按以下条件做决定：
- 仅一个节点异常：更换节点并保留原节点记录，不必立即重装客户端。
- 所有节点都异常，但关闭客户端后正常：检查系统代理、TUN、DNS、MTU、端口和多个客户端冲突。
- 关闭客户端也异常：先处理本地 Wi-Fi、路由器、移动数据或运营商接入。
- 只有一个网站异常：检查目标网站、DNS、规则匹配和目标服务器，不要仅凭客户端延迟判断。
- 多节点、多时段、多个真实任务都异常：整理记录后再联系服务提供方，说明设备、网络、节点、时间和复测结果。
换客户端通常只能排除配置解析、权限或内核兼容问题，不能改变物理距离，也不能自动消除线路拥塞。若确认瓶颈位于跨境线路或出口质量，可将记录结果作为后续选择网络连接服务的依据。
常见问题
小飞机延迟高是不是网速慢？
不一定。延迟反映响应等待时间，网速通常还要看持续吞吐、丢包和实际任务；应使用固定节点、固定目标和多时段结果综合判断。
换客户端能解决小飞机延迟高吗？
只有在原客户端存在配置解析、权限、TUN 或端口冲突时，换客户端才可能排除本地软件因素；它不能自动改变物理距离或线路拥塞。
小飞机测速很高，但网页和下载仍然慢怎么办？
先核对测速 URL、代理规则和实际访问目标是否走同一路径，再用固定文件或固定网页重复测试，并记录单线程或多线程、时间段和丢包情况。
小飞机延迟高时应该先换节点还是改 DNS？
先比较多个节点并确认是否只有单个节点异常；如果表现是域名解析失败或部分网站打不开，再单独测试 DNS。不要同时修改节点、DNS 和 MTU。
规则模式下显示本地 IP，是不是小飞机没有连接？
不一定。规则模式可能让部分请求直连，因此显示本地出口属于可能的正常现象；应访问明确需要代理的目标站点，再结合网页连通性和出口 IP 变化判断。