Shadowrocket（小火箭）是 Apple 平台的付费客户端，通过 App Store 一次性购买；具体金额以当前账户所在商店的产品页及付款确认页为准。本文适合首次购买、换机重新获取，以及需要分清客户端费用与已有线路费用的用户。先核对应用身份，再核对付款对象，最后检查购买记录与配置，避免把连接问题误判为需要再次购买。
一、Shadowrocket 多少钱：以当前商店显示金额为准
本文不固定写一个适用于所有地区的价格。App Store 的标价与账户所在商店、显示货币及当前销售条件有关；其他用户的付款截图不能替代你当前看到的产品页。核对价格时，应先确认打开的是正确应用，再读取获取按钮上的金额，付款前还要检查系统确认页显示的币种与金额。
Shadowrocket 的唯一获取入口是 App Store。它以 iPhone、iPad 使用为主，Mac、Apple TV、Apple Vision 的设备兼容性、系统要求与购买适用范围，均以 App Store 页面标注为准。不要仅凭设备能登录同一账户，就推定所有设备都具有完全相同的功能与购买适用条件。
- 从本站正版核验页进入产品页，核对名称 Shadowrocket、官方图标与应用 ID
932747118。 - 核对开发者为 Shadow Launch Technology Limited，不要只凭搜索结果中的相似名称判断。
- 查看购买按钮上的金额与货币；如果显示重新获取图标或打开按钮，先检查该账户是否已经取得这项购买。
- 阅读兼容性与购买相关说明，最后以系统付款确认页为准，再决定是否确认。
二、一次性买断的范围：买客户端，不等于买线路
一次性买断描述的是应用本身的购买方式，不是线路服务的计费方式。购买 Shadowrocket 后，取得的是客户端的使用资格；已有服务的地址、认证资料、有效期、流量额度及设备使用约束，仍应按该服务自身的说明核对。应用购买记录不能用来证明线路仍在有效期内。
反过来，已有一条仍然有效的订阅，也不等于已经购买了 Shadowrocket。这是两个独立对象：App Store 记录客户端交易，用户已有的服务账户记录线路权益。遇到扣费疑问，先看收款对象和交易名称，而不是把所有与网络连接有关的支出归为同一笔费用。
费用核对方案：按购买对象分别查证
客户端购买
- 对象：App Store 中的 Shadowrocket。
- 凭据：Apple 购买记录与收据。
- 检查：应用身份、付款账户、金额与购买状态。
- 重新获取：先核对原购买账户及商店记录。
用户已有线路服务
- 对象：用户自行持有的服务权益。
- 凭据：该服务自身的账户与订单记录。
- 检查：有效期、额度、认证参数及使用限制。
- 连接异常：先区分服务状态与本地配置问题。
客户端买断 ≠ 线路套餐。本站不提供、不销售、不推荐任何节点或订阅。
“买断”也不应被扩展为对所有未来功能、所有设备或服务持续时间的无限承诺。购买适用范围以 App Store 页面标注为准；涉及订单、退款或账户权益时，应依据实际交易记录处理，而不是仅凭文章中的概括判断。
三、怎样查看价格与「App 内购买项目」栏
产品页上的应用价格、可能列出的「App 内购买项目」，以及 Apple 账户中的订阅记录，分别用于核对不同层面的付款信息。不能因为应用支持导入 Subscribe 链接，就推断它会通过 Apple 按月扣费；也不能只看一个按钮，就代替检查完整的付款说明。
| 检查位置 | 应当读取的内容 | 不能据此推断的内容 |
|---|---|---|
| App Store 产品页购买按钮 | 当前显示金额、货币或重新获取状态 | 用户已有线路的价格和剩余有效期 |
| 产品页「App 内购买项目」栏 | 若有列出，逐项查看项目名称及价格 | 仅凭栏目名称认定存在周期扣费 |
| 系统付款确认页 | 本次交易对象、金额及确认信息 | 其他账户曾经支付的价格 |
| Apple 账户购买记录与订阅记录 | 实际订单，以及是否存在相应的有效订阅项目 | 应用内 Subscribe 链接的服务状态 |
在 iPhone 或 iPad 上，可从「设置 → Apple 账户 → 媒体与购买项目 → 查看账户 → 购买记录」检查实际订单；要检查由 Apple 管理的周期项目，可查看「设置 → Apple 账户 → 订阅」。系统语言和系统界面可能使名称略有不同，应按当前设备显示的账户入口核对。
如果产品页没有展示某个栏目，不应自行补出项目名称或价格。判断是否存在你名下的周期扣费，最终需要核对账户里的具体项目与交易，而不是把应用内的“订阅链接”当成 Apple 账户的周期扣费项目。前者通常是配置资料的获取入口，二者不是同一概念。
四、换机或重新获取：先查账户，不急于再次付款
曾经购买过应用，但新设备仍显示价格时，第一步是核对用于「媒体与购买项目」的 Apple 账户。设备上用于其他服务的账户信息，并不能直接证明当前 App Store 使用的就是原购买账户。先找到原订单，再检查商店中的应用身份，比直接再次确认付款更有依据。
- 找到原交易。在购买记录中检索 Shadowrocket，核对订单属于哪个账户，并检查交易状态。
- 核对当前商店账户。查看「设置 → Apple 账户 → 媒体与购买项目」，确认当前用于商店购买的账户。
- 核对同一产品。重新确认开发者与应用 ID，排除打开相似名称产品的情况。
- 检查重新获取入口。在 App Store 的已购应用列表中查找原项目；具体入口名称以设备当前界面为准。
- 仍有异常时保留凭据。记录系统提示与订单信息，通过 Apple 的订单支持入口核实；不要在无法判断的付款提示上反复确认。
在 iPhone 与 iPad 之间使用时，应用重新获取和配置迁移也要分开处理。购买记录能够用于核对客户端资格，但不代表新设备已经拥有旧设备的全部配置、认证资料或连接状态。购买适用范围以 App Store 页面标注为准，配置是否迁移完成则应在应用内另行检查。
五、已经买了却不能连接：检查配置，不用购买解释网络现象
应用可以正常打开，但网页无法访问，并不能直接说明客户端购买失效。以用户已有自己的服务商与订阅为前提，应先在 Home 核对选中的连接条目，再到 Config 检查当前配置，最后判断 Global Routing 的选择是否符合排查目标。购买记录不会自动填写服务器地址、端口、认证信息或规则。
以下只比较 Shadowrocket 自身的 Global Routing 设置。推荐 Config 的前提是配置来源可信、规则已经核对；不要把示例中的“推荐”理解为任何配置都能直接适用。Global Routing 还可能使用 Scene，是否适用需要结合已有场景设置判断，不能把它等同于再次购买某项服务。
Config
推荐按当前配置的规则与策略处理流量。具体连接可能由 DOMAIN-SUFFIX、IP-CIDR 等规则决定，未命中前面规则时再看 FINAL；不能默认所有其余连接都会直连。
适合：已有经过核对的配置，需要按规则进行日常分流。
Proxy
以代理方式处理流量，用于与 Config 的结果作对照。若同一目标在 Proxy 下可访问、在 Config 下异常，应继续检查规则与策略，而不是直接归因于客户端费用。
适合：使用用户已有的可用连接，临时缩小规则问题的排查范围。
Direct
以直连方式处理流量，可作为当前本地网络的对照。它不代表线路服务已开通，也不会修改客户端购买记录或已有服务的计费方式。
适合：确认目标在当前网络直连时的访问表现。
结论：只改变路由方式就改变访问结果时，先查规则
保留同一网络、同一目标和同一连接条目，只切换 Config 与 Proxy 作对照；若结果不同，回到 Config 检查命中规则及对应策略。这个现象本身不构成需要重新购买客户端的证据。
如果连接条目本身异常，应核对用户已有资料中的地址、端口、协议与认证参数。不要把常见的 443 当作所有连接的固定端口，也不要仅凭协议名称相同就认为其他字段可以互换。Subscribe 更新成功只说明配置资料取得成功，不能单独证明线路仍有额度、认证有效或当前网络可以访问。
六、购买前后的常见判断
一次性买断后，每个月还要向客户端付款吗？
Shadowrocket 的客户端购买采用一次性买断方式，不能把用户已有线路服务的续费算作客户端月费。若看到实际周期扣款，应查看 Apple 账户中的订阅项目、收据名称与收款对象，先确认它对应哪项交易。
应用内添加 Subscribe，会自动形成 Apple 周期扣费项目吗？
添加 Subscribe 链接用于导入和更新配置资料，与 Apple 账户中的周期扣费项目记录不是同一操作。它不能代替客户端购买，也不能单凭导入成功判断外部服务的有效期。已有服务的计费与权益应查该服务自身的账户记录。
已经付款，为什么 Home 中没有可用连接？
购买客户端不包含预先配置好的线路。需要按用户自己已有的配置资料完成导入或添加，再核对选中条目、Global Routing 与 Config。本站不提供连接资源，购买确认页也不是服务地址或认证参数的来源。
换设备后需要先找应用内的恢复按钮吗？
先按付费应用的购买记录与重新获取流程核对，不要假定应用内一定存在某个名为 Restore Purchases 的入口。当前账户、原订单、产品身份和设备兼容性是优先检查项；购买适用范围以 App Store 页面标注为准。
购买前确认“产品是谁、金额多少、适用于什么设备”，购买后区分“客户端资格、配置资料、服务权益”。这三个对象分开核对，才能决定下一步应该查 App Store 订单、检查应用设置，还是查看用户已有服务的状态。