小火箭速度慢怎么办：节点、线路、协议、本地网络四层排查

本文速览

Shadowrocket（小火箭）连接后速度慢，应先固定测试对象，再按本地网络、协议设置、传输线路、节点服务器四层逐项对照。本文以 iPhone / iPad 的操作路径为主，适合已经有自己的服务商与订阅、能够连接但网页或下载异常缓慢的用户；读完可区分延迟、带宽与连接失败，并整理可复现的排查记录。

先固定测试条件：延迟低不等于下载快

先区分“打开前等待很久”和“开始传输后速度很低”。前者可能涉及 DNS、连接建立或 TLS 握手，后者更可能与可用带宽、丢包、限速及目标站点有关。Home 中的连通性或延迟测试只能说明指定探测在当时的结果，不能代替持续下载，也不能证明全部应用都经过相同出口。

一次请求会经过多个环节。某个节点显示的延迟很低，并不意味着目标网站也靠近该服务器；远端出口到网站的路径仍可能拥塞。排查时必须固定同一网站或同一文件，不要把不同测速服务的结果直接横向比较。

本地接入规则判定协议连接线路传输服务器出口

固定目标：使用自己有权访问的同一 HTTPS 页面或文件，文件测试选几十 MB 即可，注意蜂窝流量消耗。
固定时长：每组观察约 30 秒，重复 3 次，记录首屏等待、稳定传输速率与是否中断，不只截取瞬时峰值。
统一单位：8 Mbps 约等于 1 MB/s，尚未扣除协议开销；不要把 Mbps 与 MB/s 当成同一单位。
固定变量：每轮只更改网络、节点或路由模式中的一项，测试期间暂停云端备份、系统更新和其他大文件传输。

第一层：对照 Wi-Fi 与蜂窝网络

同一节点在 Wi-Fi 慢、蜂窝网络正常，优先检查 Wi-Fi 接入及其上游路径，而不是立即修改协议。iPad 如果没有蜂窝连接，可以使用自己的手机热点做对照；热点也可能存在限速，所以只把它作为另一条接入路径，不当作绝对基准。

保留原设置

在 Home 记下当前节点与 Global Routing，保留 Config 中正在使用的配置副本。记录 Settings → On Demand 当前状态；如已启用，可在受控测试期间暂时关闭，避免自动重连干扰“已断开”的判断，测试后恢复。
测本地基线

先断开 Shadowrocket，确认连接确实停止，再访问一个本来就能直连的 HTTPS 页面。若该页面也长时间等待或反复断开，先处理 Wi-Fi 信号、路由器负载或宽带连接。
切换接入

重新连接 Shadowrocket，保持同一节点与同一目标，分别在 Wi-Fi 和蜂窝网络下重复测试。iPhone 可在系统 Settings → Wi-Fi 中关闭 Wi-Fi，确认状态栏已切换，再开始下一轮。
缩小范围

若只有 Wi-Fi 异常，靠近路由器复测，并分别观察可用的 5 GHz 与 2.4 GHz 网络。若只有某个接入网络无法连接，记录运营商与网络类型，留到协议层检查 UDP 可达性。

第二层：核对协议参数与实际路由

在 Home 打开当前节点的编辑页面，对照自己服务商提供的原始参数，逐项检查协议类型、服务器地址、端口、认证信息，以及配置要求的 TLS、SNI 和传输选项。不要通过随意更改端口或关闭证书验证来“提速”。例如服务明确使用 TCP 443，就应核对该端口；不能因为另一个配置使用 UDP 443，就把两者互换。

Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的连接要求不同，不能只改 Type 就期待服务器接受新协议。Hysteria2 基于 QUIC，依赖 UDP；WireGuard 也使用 UDP。某个 Wi-Fi 对 UDP 限制较强时，它们可能超时或表现不稳。其他协议使用何种底层传输，应以已有配置为准，不能只看协议名称判断。

检查项	具体操作	如何判断
Global Routing	在 Home 检查当前模式。Config 按配置规则分流；Proxy 用于临时对照代理路径；Direct 用于直连。	同一目标在 Proxy 正常、Config 异常时，优先检查规则与策略选择，测试完恢复原模式。
规则命中	在 Config 核对相关 DOMAIN-SUFFIX、GEOIP、IP-CIDR 与 FINAL 规则，以及对应策略是否存在。	普通规则顺序会影响匹配结果；过早命中的宽泛规则可能使目标进入非预期路径。
DNS 与 TLS	分开记录域名解析失败、证书错误和连接超时；检查系统时间及服务要求的 SNI。	仅域名访问失败不等于带宽不足；HTTPS 不宜用裸 IP 替代域名来判断，因为证书与虚拟主机可能不同。
UDP 可达性	在两种接入网络下测试同一份 Hysteria2 或 WireGuard 配置。	只在某个网络失败，说明应调查该接入路径；仍不能仅凭超时断言运营商封锁。

如果只是首次打开慢、同一页面再次打开明显变快，可以重点观察 DNS、连接复用与缓存，但这只是线索。不要同时更换 DNS、协议和节点，否则无法判断哪项改动有效。涉及配置修改时先留副本，每次只改一个字段。

第三层：分清线路高峰与目标站点限制

线路问题常表现为：白天正常、晚间变慢；连接能够建立，但传输速率上下波动；同一时间多个目标都受影响。要验证这一点，需要对同一接入网络、同一节点、同一测试目标做跨时段记录，而不是只看一次延迟数值。

跨时段：可选 09:00、15:00、21:00 各测一组。这只是记录时间建议，不代表所有地区都会在同一时段拥塞。
跨目标：在同一节点下测试两个彼此独立的合法目标。只有一个站点慢时，检查该站点的服务状态、账户限制、CDN 分配与应用自身行为。
跨出口：如果自己已有订阅中包含不同地区或线路的节点，可在同一时段对照。不同名称不保证使用不同上游，必须谨慎解释结果。
看持续性：开始几秒快、随后稳定下降，既可能是限速，也可能是缓存耗尽或拥塞控制变化；需要结合服务商的流量与带宽规则确认。

不要以“地理距离近”直接推断线路好。实际路径、运营商互联和服务器出口都能改变体验。若只在特定时段退化，把准确时间、所在时区、接入网络与目标现象交给自己的服务商，比仅描述“晚上很卡”更便于核查。

第四层：核查节点服务器与真实错误

当同一接入网络下，已有订阅中的其他可用节点正常，而某个节点持续异常，可将范围收敛到该节点及其路径。节点是连接端点，不等于整条线路：服务器在线，也可能存在出口带宽耗尽、连接数限制或远端网络故障。

下面是网络诊断中可能出现的底层错误原文，不是承诺每次都会以相同形式显示。保留完整上下文和发生时间；单条错误通常只能缩小范围，不能独立确定责任环节。

报错：connection timed out

可能原因：在限定时间内未完成连接，可能涉及路径丢包、端口不可达、UDP 受限或服务器无响应。

处理方法：保持节点参数不变，切换 Wi-Fi 与蜂窝网络复测；两边都失败时向自己的服务商核对地址、端口和服务状态。

报错：connection refused

可能原因：连接收到明确拒绝，常见于目标端口没有服务监听，或中间设备主动拒绝。

处理方法：核对服务器地址及端口，不要反复猜测端口；请服务商检查监听状态与访问控制。

报错：certificate has expired

可能原因：所验证的证书已过期，或设备时间异常导致证书有效期判断错误。

处理方法：先核对系统日期与时间，再向服务商确认 TLS 证书和 SNI；保留证书验证，不将跳过验证当作速度优化。

订阅更新成功不代表节点当前可用，它只表明配置获取完成。相反，更新失败也不一定解释已有节点为何慢。需要刷新时，在 Home 对已有订阅执行更新，并确认地址与权限仍有效；不要删除全部配置后重新导入来代替定位问题。

仅单节点异常：提供节点标识、错误原文和复现时间，询问服务端负载、维护与端口状态。
全部节点异常：先复核本地接入、账户状态与共同配置，再调查是否共享同一上游。
分享诊断记录前：隐藏订阅地址、token、密码、私钥与个人访问记录，只保留排查所需字段。

常见追问：连接正常但体验仍然慢

显示延迟很低，视频为什么还会缓冲？

延迟探测不代表视频 CDN 的可用带宽。固定同一视频与清晰度，先观察持续播放，再换另一个合法目标；若只有该平台异常，检查目标 CDN 路径与平台限制，不要仅按延迟排序决定节点。

把 Global Routing 改成 Proxy 就好了，怎么办？

先记录原模式，在 Config 检查目标相关规则及其策略。Proxy 对照正常说明两种模式下的处理路径可能不同，不证明协议本身更快。修正误命中后恢复原来的 Config 模式，再以同一目标复测。

切换到 Hysteria2 就一定能提速吗？

不能。必须已有支持 Hysteria2 的服务端与对应参数，且接入网络允许所需 UDP 通信。先比较同一网络下的可达性与持续传输，再决定是否使用；不能把现有其他协议节点直接改名当作 Hysteria2。

断开后又自动连上，会影响排查吗？

会影响直连对照。先查看 Settings → On Demand 的触发设置，在确认测试环境允许断开后暂时停用，再核实连接状态。完成测试后按原记录恢复，不要长期遗忘原有自动连接要求。

提交排查记录：保留能复现的最小信息

经过四层检查后，应能回答“在哪个网络、哪个节点、什么模式、访问什么目标时慢”。如果答案仍不清楚，就回到单变量对照，而不是继续叠加所谓优化参数。对于 Mac、Windows、安卓与 Linux，也可沿用同样的分层方法，但不要直接套用 iPhone / iPad 的系统菜单路径。

环境：设备类型、系统、Wi-Fi 或蜂窝网络、是否有后台大流量任务。
配置：协议名称、当前 Global Routing、节点非敏感标识，以及是否刚更新过自己的订阅。
现象：首屏等待、稳定速率及单位、是否中断、错误原文与发生时间。
对照：哪一项变量改变后改善，连续几次结果一致，以及测试结束后恢复了哪些设置。