Shadowrocket（小火箭）采用一次性买断方式获取客户端，购买金额以当地 App Store 店面和付款确认页显示为准。本文适合准备购买、换设备重新获取或分不清客户端费用与线路费用的用户：先核对应用身份与价格，再分别检查商店购买记录、已有服务的有效期和应用内配置，避免把连接问题误判为需要再次购买。
一、Shadowrocket 多少钱：以当前店面的付款信息为准
Shadowrocket 是 Apple 平台的闭源商业应用，以 iPhone 与 iPad 为主，唯一获取入口是 App Store。客户端采用一次性买断，而不是按使用天数计费。本文不列固定金额，因为不同店面的币种、定价与税费展示可能不同，旧文章或他人的购买截图不能代替当前付款信息。
核对价格时，应使用准备完成购买的 App Store 账户打开产品页。页面按钮显示的是当前账户环境下的获取状态；付款前还需核对系统确认页中的应用名称、金额与币种。已经购买的账户可能显示重新获取入口或 Open，这与首次购买时的价格按钮不同。
- 先进入本站的获取与正版核对页，核对官方图标、开发者和应用 ID。
- 从该页进入 App Store 产品页，确认产品名称为 Shadowrocket，开发者为 Shadow Launch Technology Limited。
- 查看当前店面显示的价格与币种，再核对系统付款确认信息；金额有疑问时，先取消确认，检查账户与店面。
- 完成购买后，在 App Store 购买记录中核对订单。保留订单记录有助于之后确认购买账户，但不应公开付款凭据。
结论：先核对购买状态，再决定是否付款
如果曾经购买过，而产品页仍显示价格，先检查 App Store 当前账户和购买记录；不要仅凭价格按钮就认定需要购买第二次。
二、一次性买断与内购情况分别看什么
一次性买断说明的是客户端的购买方式，不能据此推导出线路服务的收费方式。App Store 产品页中的 App 内购买项目标注与系统付款确认信息，才是核对内购情况的依据；不能把第三方服务的续费通知当作 Shadowrocket 的应用内收费提示。
查询“Shadowrocket 是否还要按月付费”时，先确认通知来自哪里。App Store 的订单、订阅管理与已有服务商的账单分别记录不同交易。应用中导入的配置包含某个到期时间，也不表示客户端购买到期；这类信息需要回到对应服务记录核实。
| 核对对象 | 查看位置 | 判断边界 |
|---|---|---|
| 客户端买断订单 | App Store 购买记录与付款凭据 | 确认是否购买过 Shadowrocket，以及购买时使用的账户。 |
| App 内购买项目 | 当前 App Store 产品页相关标注及系统付款确认页 | 按页面实际列示核对项目与金额，不依据旧截图作判断。 |
| Apple 账户订阅 | 系统设置中的 Apple 账户 → 订阅 | 用于核对由 Apple 管理的订阅项目，不能代替客户端订单记录。 |
| 已有线路套餐 | 用户已有服务商的订单与服务记录 | 流量、期限与设备限制按该服务的约定核实。 |
三、客户端买断后，线路套餐仍是独立事项
购买客户端后，获得的是在适用设备上使用应用的购买权益。线路服务所需的服务器地址、端口、认证信息与有效期，不会因购买客户端而自动生成。Home 页没有可用的 SERVER 条目时，应先确认是否已经导入自己的配置，而不是再次支付客户端费用。
这里的“订阅”也需要区分含义。Shadowrocket 中的订阅导入与更新，是根据已有订阅地址获取或刷新配置内容；它不是在 App Store 购买客户端的步骤，也不等于向已有服务商续费。更新操作成功，只能说明配置获取过程完成，不能据此认定套餐期限延长或剩余流量增加。
分开记录：应用购买与已有线路服务
客户端购买记录
- 记录购买时的 App Store 账户，核对应用 ID 932747118。
- 换设备时先查已购项目，再核对新设备兼容性。
- 客户端能否重新获取，以商店账户状态与页面提示为准。
已有线路服务记录
- 在已有服务记录中核对到期时间、剩余流量与设备限制。
- 导入前确认配置类型、服务器地址、端口与认证字段。
- 将订阅地址视为敏感信息，截图或求助前遮盖访问凭据。
重新获取应用、恢复配置与核对线路有效期是三件事；完成其中一项，不代表其余两项已经完成。
例如，服务器端口应填写已有配置指定的值，不能看到其他配置使用 443 就自行替换为 443。相同协议也可能使用不同端口和认证参数。连不上时要对照原始配置逐项核实，不应把参数错误解释成客户端需要额外付费。
四、换 iPhone 或 iPad：从已购项目重新获取
更换设备后，先确认 App Store 当前使用的购买账户。系统用于 iCloud 的账户与用于媒体及购买项目的账户可能不同，判断购买权益时应核对实际完成订单的账户。仅确认设备已经登录 iCloud，并不足以确认 App Store 正在使用购买时的账户。
- 在旧设备可用时，先检查 App Store 购买记录，确认 Shadowrocket 对应的订单与购买账户。
- 在新设备打开 App Store，进入账户页，查找 Apps 或 Purchased 等应用与已购项目入口；具体名称可能随系统版本变化。
- 在自己的已购列表中搜索 Shadowrocket，并核对开发者和应用 ID，再按商店提示重新获取。
- 若列表中找不到，继续检查账户是否一致、项目是否被隐藏，以及当前店面的可用状态，不要立即重复付款。
- 首次打开后，再按系统提示完成 VPN 配置授权，并单独恢复或导入自己的配置。
这里所说的“恢复已购项目”，是找回商店账户中已经购买的客户端，并不是要求在 Shadowrocket 内寻找一个固定名称的恢复按钮。应用购买记录、应用内数据与系统 VPN 授权分别由不同机制管理。重新获取应用后，仍需要核对 Home 中的 SERVER、Config 中的配置，以及 Settings 中与连接相关的设置。
五、购买后不能连接：先比较路由设置，不要重复购买
App Store 显示 Open，只说明应用已经安装并可打开，不说明已有线路可用。购买权益也不决定某个请求命中哪条规则。排查时先到 Home → Global Routing 核对当前选项，再确认选中的服务器和 Config 中实际使用的配置。
下面只比较 Shadowrocket 自身的三种路由选项。推荐使用 Config 的前提是已经拥有并核对过规则配置；如果当前使用 Scene，应另外核对其实际选择的场景设置，不能直接套用其他选项的判断。
Config
推荐按当前配置中的规则决定处理方式。检查 DOMAIN-SUFFIX、GEOIP、IP-CIDR 与 FINAL 等规则的顺序和策略；未命中前置规则的请求由兜底规则决定，不应一概视为 Direct。
适合：已有明确规则配置，需要按配置区分请求的日常使用。
Proxy
将纳入处理范围的请求按全局代理方式处理，可用于与 Config 的结果作对照。若切换后现象改变，应继续检查规则与策略，而不是据此推断购买状态变化。
适合：短时间对照测试，区分规则选择与代理路径问题。
Direct
采用直连方式，不通过所选代理服务器转发。它可作为本地网络可达性的对照，但直连成功不能证明已有代理服务正常。
适合：对同一目标进行直连对照，记录基础网络表现。
结论：把问题定位到配置或服务，再处理对应事项
固定同一目标、同一本地网络和同一服务器，记录 Config 与 Proxy 下的差异。若只有 Config 异常，优先核对规则；若两者都异常，再核对服务器参数、已有服务有效期和本地网络。切换测试结束后恢复原设置。
Connectivity Test 可辅助查看条目的测试结果，但一次测试成功不代表所有网站均可访问，也不代表吞吐速度或套餐有效期已经得到确认。若连接会自动启动或重新建立，还应检查 Settings → On Demand 的条件；这是连接行为设置，与是否再次支付客户端费用无关。
六、Mac 与其他 Apple 设备：先核对兼容性和购买适用性
Shadowrocket 以 iPhone 与 iPad 为主要使用平台，Mac、Apple TV 与 Apple Vision 的适用情况请查看同一 App Store 产品页的兼容性栏。系统要求以 App Store 页面标注为准，通用购买适用性也以 App Store 页面标注为准；不能仅因为另一台设备使用同一账户，就跳过设备兼容性核对。
- 准备在另一台设备获取：先检查产品页兼容性，再查看该设备上的已购状态与获取提示。
- 已经购买却看到价格：先核对购买账户、购买记录与当前店面状态，暂不重复确认付款。
- 应用能打开但 SERVER 为空：检查配置迁移与导入情况，不把数据缺失当作订单失效。
- 提示已有服务到期：回到用户自己的服务记录核实，不将其当成客户端买断期限。
购买前最后确认三项即可：产品身份是否正确，当前金额与币种是否清楚，现有配置是否满足自己的使用条件。购买后则分别保存应用订单和已有服务记录。这样在换设备、配置更新或连接异常时，可以从对应位置核对事实，而不是用再次购买代替排查。