Shadowrocket规则类型、匹配顺序与策略组怎么看
Shadowrocket以规则分流为核心，应用商店说明确认可导入规则文件，更新记录也提到IP-CIDR、GeoIP、目标IP匹配和策略组。但完整规则类型、匹配先后关系及策略组的具体配置方式，官方没有说明。理解这些边界，能避免把修复记录误当成规则教程。
规则决定流量如何分流
Shadowrocket在应用商店中的定位是面向iPhone和iPad的规则代理工具。条目介绍了接管设备应用流量、将流量转交代理服务器的能力，也列出了规则文件导入功能。
规则与配置需要由使用者准备。应用本身不附带代理服务，也不提供服务器资源。因此，安装应用和准备可用配置是两件事；看到规则功能的介绍，并不代表应用已经附有可直接使用的连接配置。
与规则相关的其他能力，可接着看Shadowrocket功能概览。
规则类型能确认到哪些名称
截至2026-11-08，App Store更新记录中出现了以下与规则相关的名称。它们在记录中的身份不同，不能仅凭这些名称拼出一份完整的规则分类表。
| 名称 | 更新记录能够确认的内容 | 阅读时的边界 |
|---|---|---|
| IP-CIDR | 有针对匹配崩溃的修复记录 | 没有给出逐行写法 |
| GeoIP | 有数据库类型相关修复 | 没有展开匹配条件 |
| 目标IP规则 | 提到HTTP/2场景的匹配修复 | 没有给出规则示例 |
| QUIC阻断规则 | 出现过匹配问题的修复 | 没有说明完整配置方式 |
| 远程规则集 | 提到刷新相关处理 | 没有展开文件字段 |
这些名称包含规则匹配、数据库和规则集管理，不能当作彼此并列的“五类核心规则”。完整类型清单及每类规则接受什么参数，官方没有说明。
匹配顺序没有公开的完整解释
规则的名称与规则的执行顺序，是两个不同的问题。知道应用处理IP-CIDR或目标IP匹配，并不能据此确定它们在配置中的优先关系。
截至2026-11-08，更新记录提到了UDP规则重新匹配方面的优化，也记录过若干匹配问题的修复。但多条规则同时符合条件时如何取舍、是否按排列位置执行，以及没有命中时如何处理，官方没有说明。
因此，更新说明里的“修复匹配”不能直接解释成某种优先级，也不能据此写出从上到下执行的流程。
策略组已有更新记录，具体机制未展开
截至2026-11-08，策略组在App Store更新记录中已有明确记载：2.2.92提到可单独设置按ping结果自动排序；2.2.87提到测试与切换逻辑的调整。
这里需要分清“排序”和“选择”。记录提到自动排序，不足以证明组内会自动选中哪一项，也不足以推断切换发生的条件。
策略组有哪些完整类型、规则怎样引用组名、测试参数如何填写，官方没有说明。仅凭更新摘要，不能补出策略组配置教程。
实际使用涉及导入与请求记录
应用商店描述确认，规则文件可以通过URL或iCloud Drive导入。这能回答“规则是否必须在应用内逐条输入”，但没有交代导入后的编辑方式。
条目还列出HTTP、HTTPS和DNS请求记录与展示能力。需要查看请求信息时，可以关注这项功能；记录页面是否逐条显示命中的规则、采用的策略组以及最终处理结果，官方没有说明。
规则文件导入与请求记录是两项已列出的能力，不能直接将它们连成一套已有公开说明的排查流程。
上手前先分清已有配置与操作说明
准备使用规则功能时，可以确认两件事：自己需要提供配置；应用支持从URL或iCloud Drive导入规则文件。
文件字段、导入按钮的位置，以及导入后如何启用规则，官方没有说明。不能把其他客户端的规则语法或菜单路径直接套到Shadowrocket上。
配置相关信息可查看Shadowrocket配置与导入说明。
规则不生效时，先确认问题属于哪一层
“导入没有完成”“请求没有按预期处理”和“策略组没有按预期切换”，对应的疑问不同。描述问题时，先区分自己遇到的是哪一种，有助于明确需要核对的内容。
应用支持请求记录，但现有公开说明不足以提供逐项点按的诊断步骤。规则优先级、默认处理方式及策略组引用格式，官方没有说明，不能据此断言问题出在哪里。
涉及连接与配置的其他疑问，可查看Shadowrocket常见问题。上述功能记录可在App Store条目中核对。
第三方整理，与项目方无关。