外观
Stash 在 iOS 上的配置与规则使用
Stash 的配置思路可以概括为一句话：把 Clash 系的“节点、策略组、规则”三层结构搬到 iPhone 和 iPad 上。订阅提供节点，策略组决定节点怎么被选用，规则决定每个连接交给哪个策略组。
所以 Stash 教程的重点不是点哪个按钮，而是先看懂一份配置由哪几块拼成，再决定订阅怎么导入、规则怎么覆写、出问题时从哪一层查起。本文不写版本号与菜单路径，界面名称以应用内实际显示为准。
核心结论与适用条件
- 如果你的订阅面板能输出 Clash 格式配置，那么 Stash 这类以 Clash 配置为核心的客户端是顺手的选择，因为订阅里已经带有策略组与规则，导入后基本可以直接使用。
- 如果订阅只有节点链接而没有完整配置，那么导入后还需要自己补策略组与规则，或者改用面向节点链接的客户端，两条路线的差别见后文的对照表。
- 如果你已经熟悉桌面端的 Clash 系客户端，那么迁移到 Stash 的学习成本较低，配置语法与概念大体对应，可以先回顾桌面端 Clash 配置文件的结构再动手。
- 如果你希望订阅更新后保留自己的个性化修改，那么要用“覆写”类机制，而不是直接改订阅下载下来的配置，因为后者会在下次更新时被覆盖。
- 如果订阅里的规则不符合你的习惯，比如想让某个应用单独走另一个节点，那么应通过覆写增加规则，而不是手动编辑订阅原文件。
- 品牌信息一律来自 brands.json，状态为 Vendor Data，测速为 Not Tested；本文不给出任何速度、延迟或耗电数值。
手机端客户端的整体分类请看手机与路由器方案总览。iOS 上另一个常被提到的客户端是 Shadowrocket，两者的取向不同，对照见Shadowrocket 的订阅与规则设置。
先看懂一份 Clash 系配置的骨架
Stash 的大部分使用问题，都能追溯到配置结构。一份 Clash 系配置文件通常由下面几块组成，每一块解决一个问题。
- 节点列表：每个节点包含名称、类型（协议）、服务器地址、端口和认证信息。节点是配置里最“具体”的部分，订阅更新时变化也最频繁。
- 策略组：把若干节点或其他策略组包起来，并规定选用方式。常见方式有手动选择、按延迟自动选择、故障转移、负载均衡。
- 规则列表：自上而下逐条匹配，命中后指向某个策略组、直连或拒绝。
- 规则集提供者：把大量域名或 IP 规则放在外部文件里，由配置引用并定期刷新，避免主配置过长。
- DNS 部分：决定域名如何解析、使用哪些上游、是否采用某种映射方式，直接影响分流结果与泄露风险。
- 基础开关：例如运行模式、日志级别、是否允许局域网连接等。
理解这个骨架之后，排错就有了方向。节点打不开，看节点与协议；节点没问题但流量走错了地方，看规则顺序与策略组指向；偶发解析失败，看 DNS 部分。桌面端的 Clash 类客户端使用同一套结构，核心程序的角色可以参考mihomo 核心的作用说明，理解“客户端界面只是外壳，真正做分流的是内核”这一点。
订阅里装的是什么
对于输出 Clash 格式的订阅，下载下来的是一个完整的配置文件，里面已经含有服务商准备好的节点、策略组和规则。这与“节点链接订阅”不同，后者只有节点。因此两类订阅导入客户端后的表现是不同的：
- Clash 格式订阅：导入后即可看到策略组与规则，通常开箱即用，但规则内容由服务商维护，你对它的控制有限。
- 节点链接订阅：导入后只有节点列表，需要由客户端生成默认策略或由你自己写规则。
brands.json 中对各品牌客户端支持的标注，多为“第三方订阅导入”或“支持第三方客户端订阅导入”，并没有写明提供哪一种订阅格式，所以是否有 Clash 格式订阅，需要到服务商面板里看，本站记为待核实。
Stash 与另一种思路的客户端对照
下表比较两种设计取向，不是对软件优劣的评价。表中“配置承载方式”等描述只是通用归纳，具体功能以应用内说明为准。
| 指标 | 以 Clash 配置为核心的客户端（如 Stash） | 以节点链接与自有配置为核心的客户端 | 单位 | 统计口径 | 数据来源 | 更新时间 |
|---|---|---|---|---|---|---|
| 订阅导入对象 | Clash 格式订阅为主 | 节点链接订阅为主，也可使用配置文件 | — | 设计取向归纳 | 通用技术资料 | 2026-10-18 |
| 配置承载方式 | 一份完整配置，含节点、策略组、规则 | 节点列表加独立的配置文件 | — | 设计取向归纳 | 通用技术资料 | 2026-10-18 |
| 规则来源 | 订阅自带加用户覆写 | 用户选择或自写配置 | — | 设计取向归纳 | 通用技术资料 | 2026-10-18 |
| 对桌面端经验的复用 | 高，概念与桌面 Clash 系一致 | 中 | — | 经验归纳 | 通用技术资料 | 2026-10-18 |
| 订阅更新后的个性化保留 | 依赖覆写机制 | 依赖配置文件与订阅分离 | — | 设计取向归纳 | 通用技术资料 | 2026-10-18 |
| 学习门槛 | 需要理解策略组与规则结构 | 需要理解规则与配置模式 | — | 经验归纳 | 通用技术资料 | 2026-10-18 |
| 实测对比 | Not Tested | Not Tested | — | 本站测试状态 | 本站 | 2026-10-18 |
两者可以并存：同一台 iPhone 上可以装两个客户端，但同一时间只有一个能占用系统 VPN 接口，需要切换使用。若在比较阶段，可以先查看选型清单里的客户端支持核对项，避免订阅买好后才发现格式不匹配。
导入订阅的操作思路
下面按顺序说明在 Stash 中导入订阅并跑通的思路，不涉及固定菜单路径。
第一步：确认订阅类型并复制链接
到服务商面板里找到订阅区域，查看是否有针对 Clash 类客户端的选项，选择后复制生成的链接。链接是凭证，不要公开发送。若面板提供“一键导入”跳转，是否支持 Stash，需要自行验证，本站不作断言。
第二步：在应用内新增配置
在应用的配置管理处选择通过链接下载配置，粘贴订阅地址并保存。下载成功后，配置列表中会出现一个条目。给它起一个易辨认的名字，主力与备用的订阅尤其需要区分。
第三步：选用配置并检查策略组
把新导入的配置设为当前使用，进入策略组页面查看有哪些组。典型的服务商配置里会有一个主选择组、若干按用途划分的组（例如面向某类服务的组）、一个自动选择组和一个兜底组。熟悉这些名称后，才知道后面要去哪里切换节点。
第四步：启动并验证
开启连接后，系统会出现 VPN 标识。分别访问一个国内站点和一个需要代理的站点，确认两者行为符合预期。若不符，先看下一节的规则检查方法。
第五步：设置订阅自动更新
节点会随服务商调整而变动，应开启定期更新或在发现异常时手动更新。更新频率越高，越容易及时拿到新入口，但也会增加请求次数，通常保持适中即可。更新失败时的原因分析可以参考订阅更新失败的排查思路，其中关于证书、域名可达性与格式识别的判断同样适用于手机。
Decision Path
Stash 配置问题定位树
text
Stash 用着不对劲
├─ 配置是否导入成功？
│ ├─ 否 → 链接完整？订阅类型是否为 Clash 格式？当前网络能否访问订阅域名？
│ └─ 是 → 继续
├─ 节点能否连通？
│ ├─ 全部不通 → 核对套餐到期与流量、系统时间、协议是否被内核支持
│ ├─ 个别不通 → 换节点或切换策略组成员，等待服务商调整
│ └─ 通 → 继续
├─ 分流是否符合预期？
│ ├─ 国内应用被绕远 → 检查规则顺序与兜底策略，检查国内规则集是否更新
│ ├─ 境外站点打不开 → 检查该域名命中的规则指向哪个策略组
│ └─ 特定应用需要单独节点 → 通过覆写新增规则，指向专用策略组
├─ 订阅更新后个性化设置消失？
│ └─ 是 → 个性化改动写进覆写，而不是直接修改订阅原文件
└─ 切网络、锁屏后掉线 → 见网络切换与后台保活两篇专文规则使用：读懂、检查与覆写
读懂订阅自带规则
打开配置的规则列表，会看到成百上千条记录。不必逐条阅读，先抓三个位置：最前面的几条通常是局域网与私有地址直连；中间是按类别排列的域名、关键字、规则集引用；最后一条是兜底。兜底指向直连还是代理，决定了未被规则覆盖的流量去向，这是评估一份配置是否适合你的流量档位的关键。
brands.json 中入门流量从 50GB 到 150GB 不等（Vendor Data）。流量档位越小，越应关注兜底策略和国内规则覆盖，避免国内流量被绕到代理。想进一步了解小流量下的节省办法，可以参阅节省流量的通用做法。
规则匹配的几个原则
规则自上而下，命中即止；越具体的规则越靠前；域名规则在解析前即可匹配，IP 规则通常需要先解析出地址；规则集引用只是把一批规则插入当前位置，顺序同样重要。弄清这几点，就能解释大部分“规则写了却没生效”的问题：多半是更靠前的规则已经命中，或者域名走了另一条解析路径。
覆写：让个性化改动经得住更新
订阅配置由服务商维护，每次更新都会整体替换。如果直接编辑下载下来的配置，下次更新就会丢失。覆写机制的作用就是在订阅配置之上叠加一层你自己的修改：新增规则、追加策略组、调整个别开关。常见的覆写用途如下：
| 需求 | 覆写思路 | 风险 | 统计口径 | 数据来源 | 更新时间 |
|---|---|---|---|---|---|
| 给某个应用单独指定节点 | 新增专用策略组与对应域名规则，并把规则插入靠前位置 | 规则位置过低会被遮蔽 | 做法归纳 | 通用技术资料 | 2026-10-18 |
| 某个公司或家庭内网域名直连 | 新增直连规则 | 域名写错无效果 | 做法归纳 | 通用技术资料 | 2026-10-18 |
| 屏蔽某类广告域名 | 引用拒绝类规则集 | 可能误伤正常功能 | 做法归纳 | 通用技术资料 | 2026-10-18 |
| 调整 DNS 上游 | 修改 DNS 部分的上游列表 | 配置不当会引起解析失败或泄露 | 做法归纳 | 通用技术资料 | 2026-10-18 |
| 实测效果 | — | — | Not Tested | 本站 | 2026-10-18 |
使用覆写时要养成两个习惯：一是每次只改一处，改完立刻验证，出问题可以快速回退；二是为每处覆写写上备注，几个月后自己也能看懂当初为什么这样改。
规则集提供者的更新
规则集通常由外部文件提供，配置里设置了刷新周期。长期不更新会让新域名缺少规则。需要注意规则集本身的来源：引用第三方规则集，就把一部分分流判断交给了第三方，规则集变化时你的分流结果也会变。只引用来源清晰、持续维护的内容，发现分流异常时先检查近期规则集是否更新。
策略组：把选择权放在合适的地方
策略组决定了“命中规则之后用哪个节点”。四种常见类型的适用思路如下：
- 手动选择：由你自己点选节点，适合对出口地区有明确要求的场景，缺点是节点故障时需要手动切换。
- 自动测速选择：按延迟结果自动选节点，省心，但测速本身有少量开销，并且出口可能频繁变化。
- 故障转移：按顺序使用，当前节点不可用才切换，出口相对稳定，适合对出口地址敏感的场景。
- 负载均衡：把连接分散到多个节点，一般个人使用很少需要。
对依赖固定出口地址的账号登录场景，频繁切换节点可能触发额外验证。关于账号与网络环境之间的关系，可以阅读账号与网络环境一致性的说明。如果想让故障转移跨订阅工作，可以参考故障转移策略组的设计。
与 Android 端 Clash 客户端的对应关系
Stash 与 Android 上的 Clash 类客户端使用同一套配置语言，因此同一份订阅可以在两个平台上共用。这对同时使用 iPhone 与 Android 平板的用户很方便。差别主要在系统层面：iOS 通过系统统一管理后台进程，Android 则受厂商系统的电池策略影响更大。Android 端的客户端选择可以阅读 Android 上 Clash 客户端的选择。
日常维护：让配置长期可用
配置跑通只是开始，真正影响长期体验的是维护习惯。可以把维护拆成四个小动作。
第一，定期更新订阅。节点入口会随服务商调整变化，隔一段时间或遇到集体超时时手动更新一次，比等到完全不可用再处理从容得多。
第二，定期检查覆写。覆写里每一条都对应一个当时的需求，需求消失后应当清理，否则它们会在不知不觉中遮蔽订阅更新后的新规则。备注写得清楚，清理时才不会误删。
第三，保留一份可回退的状态。改动较大之前，把当前能用的配置和覆写另存一份，改坏了可以立刻回到上一个可用状态。这一点与桌面端维护配置文件的做法完全一致，桌面端的整体思路可以对照桌面客户端专题阅读。
第四，留意流量余额与到期时间。很多“突然不能用”其实是套餐到期或流量用尽，这类问题与客户端无关，却最容易被误判为配置错误。养成在面板查看余额的习惯，可以省去大量无谓的排查。
知识图谱：Stash、Clash 配置与 iOS 系统接口
实体定义：Stash 是 iOS 与 iPadOS 上的代理客户端，以 Clash 系配置为核心，通过系统 VPN 接口接管流量，再按配置中的规则把每个连接交给策略组、直连或拒绝。配置是一份结构化文本，包含节点、策略组、规则、规则集提供者与 DNS 部分。
相关概念：系统 VPN 接口、虚拟网卡、覆写、规则集、策略组、故障转移、DNS 解析方式（如 DoH 等加密方式）、协议内核、订阅更新。桌面端对应概念是 TUN 模式，区别与联系见TUN 模式的原理说明。
技术参数：本文不给出具体速度、延迟、带宽、耗电数值。品牌价格与流量档位见后文关联表，状态均为 Vendor Data，测速 Not Tested。
适用场景：已有 Clash 格式订阅的 iPhone 与 iPad 用户；希望与桌面端共用配置思路的用户；需要用覆写做个性化分流的用户。不适用场景：设备无法使用客户端的家庭网络，需要转向路由器方案，参考旁路由方案的拓扑说明。
对比依据：评估一份配置是否可用，看四点：订阅格式是否被客户端识别；节点协议是否被内核支持；规则顺序与兜底是否符合流量档位；覆写能否保留个性化改动。
常见问题指向：订阅格式见前文；耗电与保活见手机代理耗电与后台保活；切换网络见Wi-Fi 与移动数据切换；客户端获取见iOS 应用商店地区与账号注意事项。
方案关联：订阅格式与品牌资料
Stash 能否顺利使用，前提是你的订阅能提供它识别的格式。下面以 brands.json 中的客户端字段为线索，列出几个典型表述，仅作核对维度示意，不构成推荐，状态均为 Vendor Data。
| 品牌 | 客户端字段 | 协议字段 | 对 Stash 用户的核对点 | 数据来源 | 更新时间 |
|---|---|---|---|---|---|
| 唯兔云 | 根据官方订阅格式使用对应客户端 | VLESS | 先在官方说明里确认是否提供 Clash 格式订阅 | brands.json（Vendor Data） | 2026-10-18 |
| 可信云 | 支持第三方客户端，具体以官方说明为准 | VLESS | 以官方说明为准，本站无法确认支持范围 | brands.json（Vendor Data） | 2026-10-18 |
| 星岛梦 | 支持第三方客户端订阅导入 | 待核实 | 协议待核实，需确认内核覆盖 | brands.json（Vendor Data） | 2026-10-18 |
| 一翻云 | 支持第三方客户端订阅导入 | VLESS | 确认订阅是否含完整配置还是仅节点 | brands.json（Vendor Data） | 2026-10-18 |
Infrastructure Service Snapshot
唯兔云 /weituyun
- 入门价格
- 14.9 元/月
- 价格类型
- 月付 月付价
- 入门流量
- 100GB
- 线路
- 60+节点、三网优化、智能负载均衡
- 协议
- VLESS
- 运营年份
- 2023
- 客户端
- 根据官方订阅格式使用对应客户端
- 支付方式
- 支付宝 / 微信 / USDT
品牌卡片仅为资料展示。品牌资料显示覆盖相关使用场景，具体可用性、解锁状态及节点表现可能随 IP、地区和平台策略变化，建议以最新实际测试结果为准。想横向看更多品牌的客户端支持与价格口径，可以前往对比入口。
排错：按层次定位
订阅层
订阅下载失败时，先判断是链接问题、网络问题还是格式问题。链接是否完整、是否过期，面板里能直接确认；网络问题可以换一个网络再试；格式问题表现为下载成功但解析失败，需要回到面板选择正确的客户端类型。订阅更新本身可能需要代理才能访问，因此要保留一个当前可用的备用订阅或节点，思路见备用方案的选择。
节点层
全部节点超时，多半是套餐到期、流量用尽、系统时间偏差或协议不被内核支持。个别节点超时，则可能是服务端调整，更新订阅后再试。节点层问题与规则无关，可通过切换到全局代理对照判断。
规则层
国内服务变慢、境外服务打不开，都要回到规则顺序与兜底策略。检查时从被访问的域名出发，找它命中的第一条规则，看指向何处，而不是整份配置逐行读。
DNS 层
解析问题表现隐蔽：网页偶发打不开、同一站点时好时坏。需要判断域名是由客户端解析还是系统解析，以及上游是否可达。路由器场景下 DNS 更复杂，可以了解路由器侧 DNS 的处理。
系统层
锁屏后掉线、切换网络后断连，属于系统与网络层面的通用现象。可以对照手机代理耗电与后台保活与Wi-Fi 和移动数据切换的内容逐项排除。
优点、限制与风险提示
优点
- 配置结构清晰，节点、策略组、规则分层明确，便于理解与排错。
- 对 Clash 格式订阅的兼容性强，服务商准备好的规则可以直接使用。
- 覆写机制让个性化改动不会被订阅更新冲掉。
- 与桌面端 Clash 系客户端的概念一致，已有经验可以复用。
限制
- 需要通过应用商店获取，部分地区商店不可见，应用可能为付费，价格以商店页面为准，本站不记录。
- 对只提供节点链接、不提供 Clash 格式的订阅，需要自行补充策略组与规则。
- 配置体量较大，初学者面对大量规则容易无从下手。
- 同一设备同一时间只能有一个客户端占用 VPN 接口。
风险提示
- 订阅链接等同于使用凭证，不要公开分享。
- 引用来源不明的规则集或覆写，相当于把分流控制权交给他人。
- 本文只讨论技术原理与服务选型，使用任何网络服务都应遵守所在地区的法律法规与服务条款，不得用于违法用途。
- 年付折算价的品牌需一次性支付整年费用，月付价待核实，本站不记录退款政策，均为待核实。
常见问题
Stash 怎么配置订阅？
先到服务商面板选择针对 Clash 类客户端的订阅并复制链接，再到应用的配置管理处通过链接下载配置，粘贴地址保存。下载成功后把它设为当前配置，查看策略组与规则，开启连接并分别访问国内与境外站点验证。订阅是否提供 Clash 格式，需要以服务商面板为准。
Clash 格式订阅和节点链接订阅有什么区别？
Clash 格式订阅下载下来是一份完整配置，已含节点、策略组和规则，导入后基本可以直接使用；节点链接订阅只有节点列表，需要客户端生成默认策略或由你自己补充规则。两者导入同一个客户端后的表现并不相同，所以购买前要核对服务商提供哪一种。
订阅更新后我改过的规则为什么没了？
因为订阅配置由服务商维护，每次更新都会整体替换，直接编辑下载下来的配置会在下次更新时丢失。正确做法是使用覆写机制，把自己的规则、策略组修改叠加在订阅配置之上。每次只改一处并写上备注，出问题时更容易回退。
想让某个应用单独走另一个节点应该怎么做？
新增一个专用策略组，把目标节点放入其中，再增加指向该组的域名规则，并把这条规则放在靠前位置。如果规则位置过低，会被前面更宽泛的规则抢先命中而无效。改完后用该应用实际访问验证，并确认出口符合预期。
规则顺序为什么会影响结果？
规则自上而下匹配，命中即止。如果一条宽泛规则排在精细规则前面，后者就永远没有机会生效。排查时从被访问的域名出发，找到它命中的第一条规则，看指向哪里，而不是整份配置逐行阅读。局域网和私有地址直连规则通常放在最前面。
自动测速和故障转移应该选哪个？
两者取向不同。自动测速按延迟结果选节点，省心但出口可能频繁变化；故障转移按顺序使用，当前节点不可用才切换，出口相对稳定。对账号登录依赖固定出口的场景，故障转移的出口变化较少；一般浏览场景两者差别不大，按个人习惯取舍即可。
同一份订阅可以在 iPhone 和 Android 上共用吗？
Clash 系客户端使用同一套配置语言，所以 Clash 格式订阅通常可以在两个平台的 Clash 类客户端上共用。是否限制同时在线设备数，各品牌在本站资料中均为待核实，需要以官网套餐说明为准，不要假定没有限制。
节点全部超时先查什么？
先排除通用原因：套餐是否到期、流量是否用尽、系统时间是否准确、当前网络是否限制、协议是否被内核支持。然后切到全局代理对照：全局代理下问题消失说明在规则层，问题依旧则在节点、订阅或网络层。不要在没有判断层次之前就认定是机场线路的问题。
设置了规则，AI 或流媒体为什么还是不能用？
规则只保证相关域名走了代理，不能保证目标服务一定可用。品牌资料显示覆盖相关使用场景，具体可用性、解锁状态及节点表现可能随 IP、地区和平台策略变化，建议以最新实际测试结果为准。遇到问题时应分别检查出口地区、账号状态与平台策略。
同集群文章与下一步
手机端的使用还涉及相邻的客户端、耗电与路由器问题，下面的索引列出同一专题下的相关文章。
Cluster · handheld
手机与平板
- Shadowrocket 导入订阅与规则设置如何在 Shadowrocket 中导入订阅并设置规则？
- Stash 在 iOS 上的配置与规则使用Stash 怎么配置订阅和规则？
- Android 上的 Clash 类客户端：FlClash 与 Clash Meta for AndroidAndroid 上有哪些 Clash 类客户端，怎么选？
- v2rayNG 使用指南与常见问题如何用 v2rayNG 导入订阅？
- iOS 客户端获取：App Store 地区与账号注意事项在 iOS 上获取代理客户端需要注意什么？
- 手机代理耗电与后台保活设置手机开代理为什么耗电，后台被杀怎么办？
- Wi-Fi 与移动数据切换时的断连问题手机在 Wi-Fi 和移动数据之间切换时为什么会断连？
如果你想了解流媒体场景下的判断方法，可以先看流媒体场景总览；如果还在选订阅，则回到品牌库核对客户端支持。
信息来源与更新日期
- 信息来源：通用技术资料；品牌公开资料与用户提供清单（brands.json）。
- 品牌状态：全部为 Vendor Data，测速为 Not Tested；年付折算价不等于月付价，月付价待核实。
- 数据核实日期：2026-10-18。
- 最近更新时间：2026-10-18。