延迟优先 · 五协议通吃

更低延迟
多协议
一次接入

小火箭按实时延迟在 VLESS、Trojan、WireGuard 之间自动择优, 比你手动切换节点更快一步。

下载 v3.2.1 看四步上手 按实测往返时间选路
12ms 平均往返
0.02% 实测丢包
6 种 协议并行
协议实测对比 已择优
6种协议
同一线路下 · 自动择优
8ms当前线路
12ms备选线路
99.9%今日可用
VM VMess · TLS 862M
TR Trojan · gRPC 731M
SS Shadowsocks · 2022 604M
六种协议并行
TLS 1.3 已启用
最后更新:2026 年 10 月 1 日 | 适用版本:v3.2.1

Shadowrocket 是什么:一个低延迟的多协议客户端

小火箭(Shadowrocket)装在 iPhone、iPad、Mac 与 Windows 上,做的事只有一件:把你提供的节点或订阅地址, 转成随时可用的加密通道。它在 VLESS、VMess、Trojan、Shadowsocks 与 WireGuard 之间按需取用, 逐个请求判断该走代理还是本地网络,并记录每次的往返时间,好在下一次自动挑最快的那条路径。 当前版本为 v3.2.1,要求 iOS 14 或 macOS 11 以上。

以上说明依据本站 v3.2.1 发布记录与下载中心的系统要求表整理,最后核对日期 2026 年 10 月 1 日。

先记下这五点 · Key takeaways

  • 客户端本身不带线路,你需要自备订阅链接或节点,装好才有得连。
  • 一次导入可同时容纳 VLESS、VMess、Trojan、Shadowsocks、WireGuard、Socks5 六类配置。
  • 分流判断的依据包含域名、GeoIP、IP 段、端口与发起请求的进程。
  • 传输层用 AES-256-GCM,密钥带前向保密;本地不留存访问记录。
  • 上手顺序:下载安装 → 导入订阅 → 开启「延迟优先」策略组让客户端自动择优 → 按需微调,全程约 5 分钟。

基本规格速查

表 1:Shadowrocket 小火箭的基本规格(核对日期 2026-10-01)
项目参数
软件名称Shadowrocket,中文通常叫它「小火箭」
当前版本v3.2.1 稳定版,2026 年 9 月发布
适用系统iOS 14 及以上(iPhone / iPad)、macOS 11 及以上(Universal 二进制),桌面端见下载中心的要求表
协议支持VLESS、VMess、Trojan、Shadowsocks(AEAD 系列)、WireGuard、Socks5
路由策略按延迟择优(自动测速),也可手工指定或与策略组组合
加密方式AES-256-GCM,启用完美前向保密(PFS)
分流依据域名、GeoIP 归属地、IP 段、端口、目标进程、关键词
日志策略本机不记录访问日志;离开客户端后的留存取决于你的服务商
订阅刷新支持定时任务自动拉取与手动下拉刷新,间隔可调
界面语言简体中文、繁体中文、英文
获取渠道App Store 与本站下载中心

把 更低延迟 装进设备

iPhone、iPad、Mac 与 Windows 都提供安装包,装好后开启「延迟优先」,选路交给客户端自己完成。

App StoreiOS 14+
Google PlayAndroid 10+
桌面版macOS / Win
4.9
用户评分
样本 2,800 条 · 截至 2026-09
12.5K
日活跃设备
峰值 18.2K
150+
全球节点
覆盖 60+ 国家
0
日志记录
隐私绝对保障

拿数据说话的 选路方式

每次连接都会留下一条往返时间记录,下一次选谁,由这些数据决定。

延迟择优

定时对每个可用节点做一次往返测速,把请求交给当前最快的那条线路。

协议混跑

VLESS、VMess、Trojan、Shadowsocks、WireGuard 与 Socks5 可按策略组混合调度。

逐条判定

依据域名、GeoIP、IP 段、端口与进程给出不同出路,命中即停,不再往下比。

加密传输

AES-256-GCM 加密并启用前向保密,连接凭据随会话轮换,本地不保存浏览记录。

跟着顺序走一遍 就能用

先装好客户端,再让它自己去比较哪条线路更快。

  1. 取回安装包

    从 App Store 或本站下载中心拿到 Shadowrocket,当前版本 v3.2.1,按提示完成安装。

  2. 读入节点

    在「配置」页右上角点「+」,粘贴订阅链接、扫码或直接读取本地文件均可。

  3. 开启并授权

    回到首页点「开启」,系统询问本地网络配置权限时选择允许,连接随即建立。

  4. 交给它选路

    把策略组设为延迟优先并保持自动测速,客户端会持续替换为当下更快的线路。

几个能立刻感知的 差别

下面四项,装上之后很快就能亲身体会到。

收发有序

国内外请求分开走,视频、游戏与网页各自拿到该走的线路。

测速可见

每个节点的往返时间实时列出,偏慢的会被策略组自动换下。

条件自选

GeoIP、域名、端口等都可以作为判定依据,粒度由你自己拿捏。

订阅自刷

节点列表按设定间隔拉取更新,不用定期去手工核对。

给想细调的 那一类人

当你开始关注每一毫秒时,这些功能才真正派上用场。

脚本介入

可用 JavaScript 改写请求处理流程,把选路规则做得更贴合自己。

策略组编排

把多个节点编成一组,按延迟或故障情况自动切换、分摊流量。

数据面板

实时吞吐与延迟曲线同屏展示,哪条线路变差一眼就能看出来。

配置搬迁

导出后经 iCloud 或网盘转到新设备,规则与订阅一起带走。

关于延迟与选路,常被问到的

答案都对应 v3.2.1 的实际行为,可逐条对照验证。

Shadowrocket(小火箭)到底是个什么工具?

它是装在 iPhone、iPad、Mac 与 Windows 上的一款代理客户端,中文圈子里习惯叫它小火箭。它不卖线路、也不自带服务器,只做「接管」这一件事:把你手上已有的节点或订阅地址填进去,之后每条请求该直走还是该绕行,由它按实测延迟与规则当场判断,顺带给出实时速率与流量统计。

现在能用上的协议一共有几种?

六种:VLESS、VMess、Trojan、Shadowsocks(AEAD 系列)、WireGuard、Socks5,可以在同一份订阅里混着导入。能不能用上取决于服务端提供了什么。就延迟而言,同一机房内 WireGuard 的握手通常比 VMess 更快一点,追求响应时可以优先排它。

手上这台设备装得上吗?

看两档:iPhone 与 iPad 需要 iOS 14 起,Mac 需要 macOS 11 起,安装包为 Universal 二进制,Apple Silicon 与 Intel 都能装。Windows 端的最低要求与版本号列在下载中心,装之前先对一眼系统版本最省事。

订阅和单个节点分别怎么加进去?

订阅:在「配置」右上角点「+」,选择「从 URL 导入」,粘上地址后节点列表自动展开。单节点:同一处选「手动添加」,填地址、端口、密码与加密方式。两种方式进来的节点可以挂到同一个策略组里,由延迟择优统一调度。

它凭什么决定这条请求走不走代理?

两件事叠加:先看规则有没有命中(依据域名、域名后缀、关键词、GeoIP、IP 段、端口或目标进程),命中就按规则走;交给代理的那些,再按策略组里实测的往返时间挑当前最快的一个。规则比对与择优都在本机完成,判断过程不依赖外部。

连上之后,访问过的站点会被存下来吗?

客户端这一侧不会。它不写域名级访问日志,也不把浏览行为回传,界面上显示的只是流量总量与实时速率这些数字。要分清的是:它管的是你这台设备,流量出了本机之后在节点上留不留、留多久,由你的服务商决定,换客户端不改变这一段。

开着它会额外吃掉多少流量?

额外开销很小,主要来自握手与心跳,和节点数量、自动测速频率正相关。想再压一点的做法有两个:把测速间隔拉长,把大列表里长期不通的节点剔除,少做无谓的轮询。

节点列表多久刷新一次?

默认支持自动更新,间隔可设(常见 12 或 24 小时),到点静默拉取,不影响当前连接;也可以随时手动下拉刷新一次。若某次更新后节点变少,多半是服务端对订阅链接做了拉取次数限制,换个时间点再试即可。

怎么把小火箭的延迟压到最低?

三步:一、把策略组设为「延迟优先」并开启自动测速,让客户端自动挑当前最快的节点;二、把常访问的国内域名放进直连组,减少不必要的绕行;三、某个节点延迟持续偏高时,先在客户端做一次测速判断是链路抖动还是节点过载,再考虑换节点或换协议——同一机房下 WireGuard 的握手延迟通常低于 VMess。

手机和电脑能同时用同一份订阅吗?

能,同一条订阅链接可以分别导入到各台设备。要注意的是服务商对同时在线设备数的限制,超了会被临时封禁。配置不用重复填:导出配置文件或用网盘备份,在新设备上导入即可。

去哪里拿安装包才可靠?

iOS 走 App Store,桌面端走本站下载中心,页面上标着版本号、系统要求与更新时间。第三方下载站与网盘转载无法验证来源,不建议碰。

同一份订阅里,为什么有的节点十几毫秒、有的几百毫秒?

延迟主要由三件事决定:机房到你本地的物理距离与路由跳数、是否走了中转(多一跳会明显变慢)、以及服务端当时的负载。同一份订阅里,直连型节点通常比中转型快,WireGuard 的握手也普遍快于 VMess。客户端自带的延迟测试测的是建立连接的往返时间,可据此把长期偏慢的节点排除出自动选择。

把每一毫秒都 算清楚

Shadowrocket 团队自 2020 年起做同一件事:让工具自己承担选路的判断, 而不是把一堆参数丢给用户。客户端保持轻量,调度的依据则来自真实的往返时间。

从个人用户到团队内的批量部署,已有超过 12 万人用它来处理日常连接, 其中的改进建议有不少来自公开社区的反馈。

12ms平均往返
0.02%实测丢包
99.9%月度可用
0 条访问日志

口径说明:以上用户数、评分与节点数取自本站内部统计,区间为 2026-01-01 至 2026-09-30, 其中评分样本 2,800 条;数值会随时间变化,仅作参照。

本地不留痕

不写访问日志,判定与统计都在本机完成

依据可查

选路的依据来自实测往返时间,界面里看得到

逐版可对照

每一版改了什么写在更新记录里,可逐条核

这些改动 依次发生

按时间由近到远排列,每条都对应一个具体用途。

v3.2.1
处理了特定场景下的内存泄漏,长时间运行不再出现占用持续上升。稳定
v3.2.0
界面整体重做并增加深色模式,同时开始支持 WireGuard。重要
v3.1.8
调整了选路策略的计算方式,平均延迟下降约 15%,并修正订阅解析报错。优化
v3.1.5
更新安全补丁,把加密相关依赖升级到当前版本。安全

他们 实际用下来 的说法

以下为授权摘录,每条都只反映该名用户的个人体验。

“白天开视频会议、晚上看 4K,延迟基本都在十几毫秒,挑节点这件事它自己就干完了。”
Z
Zhao Lei
远程工作者 · 成都
“同一份订阅里挑最快的那条这事儿,以前靠手测,现在看一眼策略组就够了。”
K
Kevin Sun
运维工程师 · 广州
“WireGuard 的握手确实快一截,把它排到前面之后整体响应更稳了。”
W
Wen Yu
独立开发者 · 杭州

关于延迟与选路,欢迎聊聊

无论反馈还是疑问,我们都会尽量在 24 小时内给出回复。

@shadowrocket
github.com/shadowrocket