01 / STOREFRONT
商店地区与应用可见性
App Store 的应用目录按商店地区组织。能否搜索到 Shadowrocket，首先取决于当前用于商店购买的 Apple 账户所属地区，以及该应用在相应店面的可用状态；其次才涉及设备兼容性、内容限制和搜索本身。人在某个地方、设备选择某种语言，或浏览器打开了某个地区的网页，都不能单独证明当前购买商店已经改变。判断时应把“网页能显示”“商店能打开”“账户能完成购买”看作三个不同阶段，逐一确认，而不是把某一个成功画面当作全部条件已经满足。
搜索结果不是完整的可用性结论
搜索使用关键词、排序和当前商店目录共同返回结果。同一个名称可能出现相关应用，也可能因为关键词差异没有出现在靠前位置。因此，搜索不到时先核对拼写 Shadowrocket，再通过获取应用页的 App Store 入口打开准确产品，而不是根据名称相近的结果直接购买。如果准确产品页提示当前地区不可用，这属于商店可见性信息；如果页面正常但获取按钮不可操作，则需要继续检查兼容性、限制或账号状态。两种情况的处理方向不同，不能只用“搜不到”概括。
产品地址中的店面路径用于定位网页展示的地区版本，但最终购买仍由设备上的 App Store 和当前购买账户判断。本指南使用的指定产品入口带有美国店面路径，这不表示访问该链接便会自动更改账户地区，也不保证所有账户都能在该店面完成交易。网页跳转到 App Store 后，留意实际显示的地区提示、货币和购买状态；如果出现切换商店的询问，应先理解它所指的商店，再决定下一步，不要连续确认而忽略账户条件。
地区设置与设备设置分别负责什么
| 信息 | 主要作用 | 不能据此推断 |
|---|---|---|
| 购买账户的国家或地区 | 确定商店目录与交易条件 | 所有应用都在该地区提供 |
| 设备语言与地区格式 | 影响显示语言、日期和数字格式 | 商店购买地区已经改变 |
| 产品网页的店面路径 | 展示对应店面的产品信息 | 账户已符合该店面的购买条件 |
| 当前网络位置 | 影响访问商店服务的连接情况 | 账户购买记录发生迁移 |
地区调整前先核对账户条件
如果确实需要调整自己账户的国家或地区，应从 Apple 账户提供的正式设置入口查看当前要求。余额、正在生效的订阅、尚未完成的交易、家庭成员身份，以及目标地区可接受的付款信息，都可能影响是否能调整。各账户所遇到的限制并不完全相同，以页面实际提示为准。不要把更改地区理解为一个必然立即生效的开关；先整理自己账户的购买与订阅状态，再决定是否继续，通常比反复尝试提交更容易找到阻碍。
地区调整还可能影响其他既有内容的访问与重新获取，因此不要只围绕一个应用做决定。已经购买 Shadowrocket 的用户，优先检查原购买账户下的已购记录，再判断是否真的需要改动地区。即使后来能在另一店面打开同一产品，也不能据此推断旧购买已转移到另一个账户。设备上的应用、云端购买权益和本地配置分别保存，地区变化不会自动把这三部分合并；恢复过程应以购买记录和自己的配置备份为依据。
02 / ACCOUNT CHECK
核对自己的 App Store 商店
购买前最有价值的检查，是确认“现在由哪个自己的账户购买”。设备用于云端同步的账户，与用于媒体内容和购买项目的账户可以不同；顶部个人资料里看到的姓名，也不一定足以说明当前 App Store 的购买身份。核对时应从 App Store 的个人账户入口查看，再结合系统设置中的“媒体与购买项目”确认。界面名称会随系统语言和版本变化，本章说明核对对象与判断方法，不把某一套菜单位置当作所有设备都固定不变的路径。
先查看购买身份，再查看地区
在 iPhone 或 iPad 打开 App Store，进入右上角个人账户区域，查看当前显示的账户信息。必要时进入账户设置，完成设备要求的身份验证，然后查看国家或地区信息。若设备跳转到系统设置中的购买账户页面，继续沿该页面核对即可。整个过程只需要使用自己的账户；密码、验证码和设备解锁凭据应只在系统正式验证界面输入，不应粘贴到网页表单，也不需要交给他人才能查看商店地区。
核对时可以记下四项非敏感信息：当前商店地区、产品页显示货币、是否存在 Shadowrocket 的购买记录，以及当前设备能否打开准确产品页。不要在公开截图中展示完整账户邮箱、账单地址或支付信息。货币适合作为交叉检查，但不能单凭货币判断账户身份，因为不同地区可能使用相同货币，而网页货币也可能来自链接中的店面。真正决定购买归属的，仍是交易发生时 App Store 使用的账户。
用购买记录区分几种相似状态
如果产品页显示云朵图标，通常意味着当前条件下可以重新获取，但它本身不解释权益来自个人购买还是家庭购买。若显示价格，也不必马上认定以前从未购买；先检查当前购买身份是否与原来一致，再查看已购项目或购买历史。App Store 中“已购项目”“App”或类似入口的命名可能不同，重点是找到应用条目及交易归属。搜索历史、主屏幕上曾经出现过图标，都不能替代购买记录。
对于曾在多台自己的设备上使用不同购买账户的情况，先在现有设备中查明应用的来源，再进行恢复。不要为了测试而反复退出和登录：这可能引入验证、设备关联或其他内容访问方面的额外提示，也容易让原本清楚的购买关系变得混乱。如果系统明确提示某个账户才能更新应用，说明当前应用的获取来源值得核对；这不等于本地配置损坏，也不是通过重装就一定能消除的问题。
- Identity
- 当前“媒体与购买项目”使用的自己的账户
- Region
- 账户设置中的国家或地区
- Entitlement
- 已购条目、购买历史或符合条件的家庭购买记录
- Device
- 当前设备在 App Store 兼容性范围内
检查结束后再决定是否操作
完成以上检查后，应当能回答：当前购买账户是谁、所属商店是什么、Shadowrocket 是否在该商店可见、是否已经拥有可用购买权益。如果四项里仍有一项不清楚，就先停在核对阶段。已经拥有权益的用户，应优先尝试已购恢复；从未购买且产品可用的用户，再进入购买流程；产品不可见的用户，则回到商店地区与兼容性排查。这样的分支能减少重复付款和误删应用的风险。
若账户设置无法打开、国家或地区页面一直加载，先区分是整个商店服务都无法访问，还是仅账户验证受阻。前者可以通过其他应用产品页和网络环境交叉检查，后者应按系统提示处理登录或账单问题。账号状态未确认前，不要把 Shadowrocket 内的连接开关、订阅地址或配置文件作为修复手段；它们不决定 App Store 的购买身份。更多购买类简答可参阅常见问题，本页后续章节则继续解释具体权益。
03 / PRODUCT IDENTITY
辨认正版：开发者、图标与应用 ID
确认正版应同时核对开发者名、官方图标和应用 ID，而不是只看搜索结果中的 Shadowrocket 字样或“小火箭”别称。名称与简介属于容易被误读的信息，图标也不适合凭印象单独判断；准确的开发者与产品标识能把核对范围收敛到同一个商店条目。建议在付款前完成一次完整核对，换机重新获取时再快速复核。本站正版核对区整理了相同字段，便于在设备与浏览器之间来回查看。
开发者名称要看完整字段
打开产品详情，查找开发者或提供者相关信息，核对名称为 Shadow Launch Technology Limited。不同语言与设备版式下，字段标题及所在位置可能不同，有的在标题附近，有的需要展开详情区域。不要用搜索摘要里截断的文字、介绍段落中自述的公司名，替代产品详情中的开发者信息。若名称显示不完整，可以进入详细信息继续查看；无法确认时先不购买，返回准确产品页后再核对一次。
官方图标应与本站页头使用的官方图标一致：白底、蓝紫描边的图形。这里的“一致”指图标主体与配色，不要求 App Store 的阴影、裁切或设备显示尺寸完全相同。不要把搜索广告位置、图标旁的宣传文字，或相似名称当作正版证明；也不要仅凭网页用了相同图形就认为它具有分发权限。真正获取应用的动作仍应发生在 App Store 的对应产品页，本页和其他手册页面只负责解释核对步骤。
应用 ID 是产品地址中的数字标识
- Developer
- Shadow Launch Technology Limited
- App ID
932747118- URL token
id932747118- Icon
- 与本站页头的 Shadowrocket 官方图标核对
在浏览器地址栏或产品分享得到的地址中，检查结尾的应用标识是否为 id932747118。店面路径与标题的展示形式可能变化，但应用 ID 用于识别这一产品条目。不要把应用 ID 和账户编号、订单编号、设备标识混为一谈：它是公开产品信息，不是购买凭据，也不能用它证明某个账户已经支付。如果地址栏没有完整显示，可以展开地址查看，而不是根据网页标题猜测。
遇到三项信息不一致时，应停止当前购买动作，回到获取应用页重新打开指定产品。比如图标看似正确而开发者不同，或名称正确但应用 ID 不同，都不能算完成核对。若网页显示正确，跳转到设备后却出现另一个条目，也应在设备 App Store 中重新检查，不要沿用前一个画面的结论。核对的对象是最终准备购买的产品，而不是某次浏览历史中曾经见到的页面。
把正版辨认与运行效果分开判断
正版核对回答的是“是否获取了正确应用”，不保证用户已有订阅、服务器、配置或本地网络都正常。反过来，连接失败也不能直接证明获取的应用有问题。完成三要素检查后，若应用能打开但无法连接，应沿使用说明检查自己的导入信息、Global Routing 和系统授权；若仍停在商店下载阶段，则查看本页最后一章。不要把两个阶段交叉处理，例如为了修复服务器认证失败而重复购买应用。
价格、更新记录、兼容性和系统要求同样应在准确产品页内查看，但它们是会变化的产品信息，不适合记成永久核验值。本手册不以某个具体版本号、评分或更新日期作为正版条件。可长期复用的检查顺序是：先看应用 ID 定位条目，再核对开发者与图标，最后阅读当前购买和兼容性信息。这样既保留了明确的身份依据，也避免因为店面本地化或页面版式变化而产生误判。
04 / PURCHASE
购买与一次性买断的边界
购买权益属于 App Store；连接条件来自自己的订阅或服务器；配置内容保存在应用或自己的备份中。三者分别核对。
付款前确认交易对象与显示金额
Shadowrocket 是付费商业应用，通过 App Store 一次性购买获取。美区定价通常显示为 $2.99，实际价格、货币和结算金额以 App Store 页面标注为准；其他店面会按当地货币展示，不应把网页上的美元金额直接视为自己的最终账单。购买前先完成上一章的三要素检查，再阅读设备显示的付款确认信息。认证完成前仍可以核对产品名称与金额，不要只根据按钮颜色或搜索排序作出购买决定。
点击价格后，App Store 可能要求设备认证、账户验证或补充账单资料。应按系统正式界面完成，是否需要某种付款方式取决于账户地区和当前交易条件。若提示付款被拒绝、账单信息待更新或先前交易未解决，应围绕该提示处理；更换应用配置、修改订阅或切换 Global Routing 都不会改变商店的支付状态。没有明确完成交易前，不要把短暂的加载画面当作付款成功，也不要连续触发多次认证。
一次性买断具体覆盖什么
一次性买断描述的是客户端购买方式：取得该应用的购买权益后，符合 App Store 规则的重新获取应通过自己的已购记录处理，而不是把每次重装都视作新的购买。它不等于对所有未来平台、所有设备或一切新增服务的永久承诺；兼容设备、是否通用购买和家庭共享资格仍以商店页标注为准。应用更新通过 App Store 提供，是否自动更新由设备设置和商店条件共同决定，不能用一句“买断”替代这些具体条件。
客户端一次性买断 ≠ 线路套餐。付款购买 Shadowrocket 不会自动生成可用订阅、服务器地址、协议参数或账户认证信息。本文以用户已有自己的订阅或服务器信息为前提；订阅从你的服务商处获取。购买应用、导入自己的连接资料、配置规则是相互衔接但相互独立的步骤。如果付款后 Home 中没有自己的服务器条目，先阅读导入步骤，而不是把空列表理解为购买失效，也不要重复购买来尝试生成连接内容。
交易记录、权益与本地数据的区别
付款成功后，可以在自己的购买历史中确认记录。记录能帮助识别购买账户与交易状态，但不是应用配置备份。App Store 重新获取的是应用本身，并不会因为存在订单，就必然恢复此前保存的服务器、规则和个人设置。相反，本地仍能打开一个已经安装的应用，也不能代替核对云端购买身份。准备换机或重装时，应分别处理购买权益和配置保存，详见已购恢复章节。
如果认证后按钮状态没有及时更新，先检查购买历史与系统提示，再决定是否重试。网络中断、商店界面刷新延迟和交易待处理，可能表现为同一个“仍显示价格”的画面，但原因不同。已有成功记录时优先从已购入口尝试获取；没有记录且系统明确提示失败时再处理付款条件。遇到无法解释的扣款或交易状态，应使用 App Store 的购买记录与支持入口核实，不要把账单截图、订单详情或账户资料贴到公开讨论中。
- Purchase
- 客户端购买权益，由 App Store 记录
- Connection
- 自己的订阅或服务器资料，单独准备
- Configuration
- 规则与个人设置，换机前单独备份
最后，把应用获取与实际可用性分成两次验收：第一次确认正确产品已安装、可以正常打开；第二次按照使用说明导入自己的资料并测试连接。若第一阶段完成，就不应再围绕支付和地区反复操作；若第二阶段失败，则记录具体错误、当前网络和所选配置。这样的边界能让排查保持单一变量，也能避免因连接故障误判购买权益。
05 / DEVICE SETUP
iPhone、iPad 与首次打开
开始获取前，在设备 App Store 中阅读 Shadowrocket 产品页的兼容性信息。系统要求一律以 App Store 页面标注为准，不应照搬旧文章中的系统版本数字。即使相同账户已在另一台设备购买，当前设备仍需要满足自己的兼容条件。iPhone 与 iPad 是本手册操作说明的主要对象；Mac、Apple TV、Apple Vision 也可在同一商店页查看兼容性，系统要求及是否通用购买以 App Store 页面标注为准，不从设备名称推断权益。
iPhone：先确认安装完成，再处理应用配置
在 iPhone 中打开准确产品页，确认购买或重新获取状态后执行商店操作。下载期间观察进度是否真正完成；主屏幕出现灰色图标、等待标记或环形进度，并不等于应用已经能使用。若设备存储不足、商店等待验证或连接中断，先解决相应条件。安装完成后再打开应用，查看 Home、Config 和 Settings 等实际入口。此时若尚未导入自己的连接资料，列表为空或没有可用连接属于待配置状态，与 App Store 是否正确安装是两件事。
首次尝试启用连接时，系统可能询问是否允许添加 VPN 配置，并要求设备认证。这是建立相关系统网络配置的授权步骤，不是第二次购买，也不提供服务器。应确认请求来自刚刚打开的 Shadowrocket 后再按实际需要批准；若暂时取消，可以在之后需要连接时重新处理。没有出现弹窗不一定表示异常，可能是此前已经完成授权；有弹窗也不代表连接已经成功，仍需具备正确的连接资料和可用网络。
iPad：购买身份相同不等于配置自动相同
在 iPad 上使用与原购买一致的自己的购买账户，通过 App Store 已购入口或准确产品页检查是否可重新获取。不要因为 iPad 的云端同步账户与 iPhone 相同，就省略“媒体与购买项目”的核对。完成获取后，横屏、窗口大小和列表布局可能使界面位置与 iPhone 不完全相同，应按 Home、Config、Settings 等界面词定位，而不是照着另一设备截图里的固定坐标点击。具体布局以设备上实际显示为准。
应用重新获取与配置迁移应分开验收。先在 iPad 确认应用能打开，再通过应用实际提供的导入或恢复方式放入自己的配置；不要假定购买权益会携带全部服务器信息。订阅从你的服务商处获取，导入时保留原始地址和必要参数，避免在复制过程中遗漏字符。更换设备后还要重新检查所选服务器、Global Routing 与授权状态。关于同一账户的设备使用与横屏差异，可继续阅读iPad 使用说明文章。
安装后的最小验收与示例边界
安装验收不需要立即改动复杂设置：确认应用名称与图标正确、能打开主要页面、能找到配置管理入口即可。连接验收则另行进行，先导入已有资料，再选择合适的 Global Routing 姿态。Config 按当前配置规则判断，Proxy 与 Direct 是不同的全局处理姿态；它们影响应用运行时如何处理请求，不会改变 App Store 账户、购买权益或应用兼容性。不要为了修复商店下载问题而在这几种姿态之间反复切换。
下面是 Shadowrocket 配置文件中的真实规则语法片段，用来说明“安装应用之后还存在独立的配置层”，不是可以单独提供连接的完整配置。PROXY 需要在实际配置环境中有可用的对应策略；规则中的 example.com 仅作示例。规则自上而下匹配，最终兜底置于末尾；不要把该片段直接覆盖到自己的完整配置而丢失已有参数。需要理解顺序时，可查阅自定义规则与 FINAL 兜底说明。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY06 / RESTORE
换机、重装与“已购项目”恢复
恢复应拆成两条独立路径：一条恢复 App Store 中的应用购买权益，另一条恢复用户自己的连接资料、配置文件和设置。前者由原购买账户与商店条件决定，后者取决于是否有可用备份及应用支持的迁移方式。把两者混为一谈，常见结果是成功装回应用，却发现列表与规则没有恢复；这不能直接证明购买丢失。开始换机或重装前，先检查仍能正常使用的旧设备，通常比事后回忆更容易保全必要信息。
删除前先确认备份能实际使用
如果旧设备仍可打开 Shadowrocket，先记录自己的订阅来源、当前启用配置和必要的个人设置，再使用应用实际提供的导出、备份或迁移功能保存资料。备份可能包含服务器认证信息、订阅地址或其他敏感内容，应存放在自己控制的位置，不要随意发送到公开空间。只记下配置文件名称并不足以恢复内容；只保留一张 Home 截图也不能替代完整参数。备份后应确认文件可读、保存位置明确，且知道之后从哪里导入。
设备整机备份可能包含应用数据，但不应把它当作所有情况下都会完整恢复的保证。应用能否重新获取、备份是否包含相关内容、系统恢复是否完成，都是独立条件。重要配置最好保留一份可以自行识别的副本，同时核实原购买账户能够正常验证。不要为了“清理错误”先删除应用，再开始寻找购买账号和订阅地址；删除可能移除本地数据，而商店获取问题未必需要重装才能解决。
通过原购买账户找回应用
在新设备打开 App Store，进入个人账户区域，查找已购项目或应用列表中的 Shadowrocket。各系统的入口名称可能不同，按当前界面寻找“曾经获取的应用”即可。确认使用的是原购买时的自己的账户，并区分个人购买与家庭成员购买。找到条目后，再核对开发者与应用 ID，按商店显示执行重新获取。如果产品页仍显示价格，应先查购买记录和身份，而不是把换机理解为必须再次付费。
若已购列表中没有找到，先搜索完整英文名称，再检查隐藏购买相关管理入口，以及是否正在查看“不在此设备上”等过滤后的列表。购买历史中的交易条目和已购应用列表不是完全相同的展示入口，必要时交叉核对。不要因为某一个列表为空，就推断交易已不存在；也不要因为历史里有交易，就推断任何当前设备都兼容。隐藏状态、账户身份、家庭资格、地区可用性和设备兼容性，都可能影响重新获取的实际结果。
装回之后按顺序恢复配置
应用装回后，先打开并确认主要页面正常，再导入自己保存的资料，最后检查当前服务器、Global Routing 和系统授权。恢复配置文件并不必然恢复每一项设备级设置；新的设备可能需要重新批准 VPN 配置，On Demand 也应在基本连接验证通过后再检查。若自己的订阅已发生变化，优先使用从你的服务商处获取的当前资料，不要依赖旧备份中已经失效的认证信息反复测试。
可以采用一个简单验收顺序：应用可打开、自己的条目可见、配置已选中、授权已完成、连接测试可解释。每完成一步再进入下一步，避免同时改服务器与规则导致问题难以定位。若应用无法获取，留在商店恢复路径；若配置无法导入，检查备份格式与内容；若导入成功但连接失败，则转入使用说明或常见问题。恢复购买权益不是修复所有运行故障的总开关。
07 / FAMILY SHARING
家人共享：资格、获取与数据边界
家人共享需要同时满足应用支持情况、家庭设置、成员身份和商店规则。不能仅凭“已经加入家庭”就认为所有购买都会自动出现在每台设备上，也不能把家庭共享与个人购买视为同一来源。首先在 Shadowrocket 的当前 App Store 产品页查看家人共享说明，以页面标注为准；再查看家庭中的购买项目共享设置及成员状态。共享资格属于动态条件，手册可以说明核对路径，但不应对所有账户组合预先作出必然可用的承诺。
先核对应用资格，再检查家庭设置
检查应用资格时，应使用已经完成三要素核对的产品页，避免读到同名条目的共享说明。如果当前页面没有足够信息，不要凭过去的截图或其他应用的情况推断。接着在设备的家庭设置中检查购买项目共享是否启用，相关成员是否已正式加入，而不是仍处于邀请待接受状态。家庭群组存在与购买共享启用是不同事项，只有在相关条件满足时，成员的符合条件购买才可能通过家庭入口显示。
家庭成员通常仍使用各自的账户处理个人身份与数据。需要查找应用时，应在 App Store 的家庭购买相关入口中选择对应购买成员，再查找 Shadowrocket，而不是只在自己的个人购买历史中寻找。个人交易历史没有该条目，不代表家庭入口一定不可用；反过来，曾从家庭入口获取，也不能作为自己完成独立购买的证明。先确定权益来源，后续退出家庭或更换购买身份时才容易理解状态变化。
列表不可见时按条件逐项核查
如果家庭成员看不到应用，依次检查应用当前共享资格、购买共享开关、购买成员是否仍在同一家庭、购买项目是否隐藏，以及成员所属商店是否满足 Apple 的家庭规则。地区相关要求和账户限制以系统实际提示为准，不应通过反复更改地区来碰运气。有些限制属于整个家庭或账户层面，与 Shadowrocket 的配置无关；此时在应用内删除服务器、更新订阅或切换规则，不会让家庭购买条目出现。
还要区分“家庭入口里没有条目”和“条目存在但不能获取”。前者优先检查共享来源和隐藏状态；后者应继续检查当前设备兼容性、商店可用性和系统限制。如果系统已经给出明确原因，先围绕该提示解决，不要重新建立一套不相关的账号或配置。家庭购买共享可能影响付款责任与成员之间可见的购买信息，启用前应阅读设置页说明，由相关成员根据自己的情况确认，而不是只为了某一个应用匆忙打开所有开关。
| 对象 | 核对位置 | 边界 |
|---|---|---|
| 应用共享资格 | 当前 App Store 产品页 | 以页面标注为准 |
| 家庭购买来源 | 家庭购买相关列表 | 不等于成员各自独立购买 |
| 用户配置 | 应用内与自己的备份 | 不因家庭共享自动分发 |
| 连接资料 | 用户已有的订阅或服务器信息 | 使用范围另行确认 |
应用共享不等于连接资料共享
即使应用能通过家庭购买获取，每位使用者仍需准备自己有权使用的订阅或服务器资料，并分别完成导入与授权。应用的购买资格不会自动生成订阅，也不表示某份连接资料允许在所有家庭设备上同时使用。订阅从你的服务商处获取，设备数量、同时连接和使用范围应以自己的服务条件为依据。不要把应用共享成功当作连接资源权限已经一并扩展，也不要把订阅限制误认为 App Store 家庭功能失效。
家庭关系变化后，后续重新获取或更新是否受影响，应按当前共享状态和 App Store 提示判断。已安装应用的当前状态、未来商店权益与本地配置仍需分开理解；重要配置应由使用者自己保存，不依赖家庭列表充当备份。如果希望判断自己是否已有独立购买记录，可回到账户核对章节；如果已经退出原家庭但需要重新获取，则从当前账户的产品页和购买历史确认可用路径，不把过去一次成功获取视作永久资格证明。
08 / ACQUISITION DIAGNOSTICS
搜不到、买不了、下载停滞的分层排查
排查先记录失败发生在哪一步：搜索、产品展示、付款认证、下载、安装，还是打开应用后的连接。相同的“用不了”可能跨越完全不同的系统层级，只有把阶段写清楚，才能选择有效检查。建议记录准确提示文字、当前设备、商店地区、产品页按钮状态，以及其他应用是否也受影响。只保留必要信息，分享排查截图前遮挡账户、账单、订阅地址和服务器认证内容，不把敏感资料当作证明问题的附件。
搜不到或提示当前地区不可用
搜索无结果时，先检查名称 Shadowrocket，再从获取应用页打开准确产品。如果准确页可见，搜索本身便不是继续排查的重点；如果明确提示地区不可用，核对购买账户的国家或地区，而不是设备语言。若网页可见、设备商店不可见，则比较两者实际店面与登录状态。产品页提示不兼容时，按兼容性信息处理；受屏幕使用时间、内容限制或设备管理影响时，应由有权限的人在相应设置中核对。
付款失败或购买后仍显示价格
付款失败先阅读系统原因，检查账户账单信息、可接受的付款方式和待处理交易。不要不断点击购买按钮来试探，也不要因为按钮再次显示价格就立刻认定之前没有完成交易。先在购买历史确认是否存在成功或待处理记录，再查看当前购买账户是否正确。若有交易记录而不能获取，保留必要交易信息，通过 App Store 提供的账户与购买支持入口处理；应用内的规则和服务器参数不会改变商店账单状态。
等待中、下载停滞或安装不完成
下载停滞时，先检查设备剩余存储、网络是否稳定、商店是否需要验证，以及其他应用能否正常获取。若多项商店操作同时失败，优先处理网络或商店账户层面的条件；若只有当前应用受影响，则重新查看产品页提示和兼容性。可在系统允许的情况下暂停后继续、重新打开 App Store，必要时重启设备再观察。每次只改变一个条件，给进度刷新留出时间，不要同时更改地区、账户和网络而失去判断依据。
存储空间应以系统设置中的实际信息为准，不要只看主屏幕是否还能拍照或保存图片。下载和安装过程可能需要临时工作空间，清理时优先处理自己确认不需要的内容，避免误删 Shadowrocket 的现有配置或其他重要数据。若设备存在管理策略，或系统明确禁止安装某类应用，应按设备管理要求处理。重装不是第一步；特别是旧应用仍能打开时，应先保留配置，再考虑任何会移除数据的操作。
| 现象 | 优先检查 | 下一步 |
|---|---|---|
| 搜索没有结果 | 名称、准确产品页、商店地区 | 回到可见性检查 |
| 认证或付款失败 | 账单提示、购买账户、交易记录 | 处理账户与交易条件 |
| 下载一直等待 | 网络、存储、商店验证 | 单一变量重试 |
| 换机后显示价格 | 原购买身份、已购与家庭来源 | 先核对权益再付款 |
| 应用能打开但连接失败 | 自己的订阅、服务器、配置和授权 | 转到使用与连接排查 |
应用能打开以后，停止沿商店路径排错
如果 Shadowrocket 已正常打开，失败发生在启用连接或访问请求阶段，应检查自己的订阅是否导入完整、服务器认证是否有效、所选 Global Routing 是否符合预期，以及系统 VPN 配置是否获准。购买成功不保证这些条件同时满足，重复购买也不会修复它们。连接很慢时，可参考节点、线路、协议与本地网络分层检查；导入与连接顺序则按使用说明逐步核对。
最后为本次排查留下简短结论：问题发生的阶段、已确认的正确条件、最后一次有效变化和下一步要检查的唯一对象。例如“产品页可见、购买记录存在、下载等待、其他应用也下载失败”，就应继续检查商店与网络，而不是重做正版核对。若需要进一步查阅，常见问题适合快速定位答案，名词解释适合确认界面词与规则含义。本页负责获取与权益边界，具体连接问题回到对应主线处理。