延迟优先 · 五协议通吃

小火箭加速
更低延迟
多协议一次接入

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

下载 v3.2.1 看四步上手 按实测往返时间选路
12ms 平均往返
0.02% 实测丢包
6 种 协议并行
Shadowrocket 小火箭客户端界面:节点列表、策略组与连接状态一览
六种协议并行
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. 交给它选路

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

几个能立刻感知的 差别

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

Shadowrocket 小火箭客户端延迟与丢包实时指标界面示意
客户端示意:延迟、抖动与丢包实时可见,择优有据可依

收发有序

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

测速可见

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

条件自选

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

订阅自刷

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

给想细调的 那一类人

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

Shadowrocket 小火箭客户端协议类型列表界面示意
客户端示意:SS / VMess / VLESS / Trojan / Hysteria2 / TUIC / WireGuard 等协议都在同一个入口里添加

脚本介入

可用 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