Shadowrocket
获取与购买恢复

01 商店地区与应用可见性

先区分商店、设备与当前网络

Shadowrocket 是在 App Store 发售的付费客户端，主要使用设备为 iPhone 与 iPad。同一产品页也列有 Mac、Apple TV 与 Apple Vision 的兼容性信息，系统要求及购买适用性以 App Store 页面标注为准。获取应用的第一步不是反复更换搜索词，而是确定当前账号正在访问哪个商店。应用能否出现、能否购买和设备能否运行，是三个需要分别核对的问题，不能仅凭一次搜索结果同时判断。

App Store 的内容供应与账号所属商店有关。设备当前所在地点、所连网络、系统显示语言，以及“语言与地区”中的地区设置，都不等于用于购买的账号商店。把设备语言改成英文，不会自动改变账号的购买地区；打开一个带有其他店面路径的网页，也不表示账号已经转到对应商店。因此，看到别人能打开产品页，而自己的 App Store 搜不到，并不能直接推断应用已经停止发行。

“搜不到”不等于“未购买”

中国大陆 App Store 中可能无法搜索到 Shadowrocket，具体供应情况应以当前商店实际显示为准。搜索结果还会受到拼写、索引与筛选条件影响，搜索本身不是核实购买记录的可靠入口。输入完整名称 Shadowrocket，比使用“小火箭”等别称更适合做初步查找；若名称仍未出现，应转向检查账号商店及产品页提示，而不是从名称相似的结果中随意选择一个应用继续付款。

产品网页能够打开，与 App Store 应用允许购买，也不是同一层状态。网页可以展示某个店面的介绍，而设备端仍按登录账号的商店处理后续操作。点击后若提示当前国家或地区不可用，应把这条提示理解为供应范围信息；若提示设备不兼容，则应检查兼容性栏。两者的排查方向不同，前者围绕商店，后者围绕设备型号、系统与产品页要求。

按证据确认当前处于哪一层

建议把发现问题时的入口与提示一起记录：是在搜索列表看不到名称，还是打开产品页后看到地区提示，或者已经能显示价格但付款失败。只有搜索列表为空时，不必先处理付款方式；已经显示下载进度时，也不应再把问题归因于搜索索引。将观察结果对应到具体阶段，可以减少无关操作，也能避免在尚未查清原购买记录时产生另一笔购买。

对于以前购买过的用户，可见性核对还应包含“已购项目”这一条路径。当前搜索列表与历史购买记录承担不同作用，列表里找不到应用，并不能证明账号没有购买过；同时，存在历史记录也不保证任何设备、任何商店条件下都能立即重新获取。应先确认记录归属，再按商店返回的具体信息处理。关于搜索入口的补充说明，可参阅Apple ID 地区与商店可见性核对方法。

地区检查应以自己账号的真实资料及 Apple 提供的设置流程为基础。切勿为了验证一次搜索结果而仓促修改商店资料：地区变更可能涉及余额、正在生效的订阅、付款方式和家庭购买关系，且不会自动解决设备兼容性或网络中断。先完成下一章的只读核对，确认实际店面与账号状态，再决定是否需要依据 App Store 的提示处理账号设置。

02 如何核对自己的 App Store 商店

以“媒体与购买项目”的账号为准

一台设备上的系统账号信息与 App Store 购买身份需要分别辨认。设备顶部显示的 Apple 账号用于多种系统服务，而应用购买应核对“媒体与购买项目”以及 App Store 账户页面中的实际登录身份。两处在常见使用状态下可能相同，但不能仅凭设备顶部的头像认定历史购买一定属于这个账号。换机或恢复设备后，这种未经核对的假设尤其容易导致“明明买过却显示价格”的困惑。

在 iPhone 或 iPad 上，通常可从“设置”进入顶部的 Apple 账号区域，选择“媒体与购买项目”，再查看账户信息中的“国家或地区”。进入过程可能要求身份验证，界面名称和层级随系统显示有所变化，应以设备当前文字为准。此处的目标是读取当前购买商店，不是执行更改。查看后记下地区名称即可，不需要为这一步退出账号，也不需要反复提交资料。

用两个入口交叉确认

随后打开 App Store，进入头像所在的账户页面，核对显示的购买身份与前一步是否一致。查看“已购项目”或对应的应用列表入口，观察是否存在自己熟悉的购买记录；不同系统可能把相关入口显示为“App”或放在账户子页面内。不要因为入口文字不同就判断记录丢失，也不要把应用内的订阅地址或服务器账号当成 App Store 购买身份，两类资料没有相互替代关系。

1. 先记录“媒体与购买项目”中当前登录的账号标识，保留足以自己辨认的部分。
2. 读取“国家或地区”，确认当前购买商店，不修改系统语言来代替这一步。
3. 返回 App Store 账户页，检查应用列表与购买历史中的相关记录。
4. 打开 Shadowrocket 产品页，比较网页展示与设备端提示，记录具体差异。

购买历史和可重新下载的应用列表不一定采用相同排列方式。前者用于查询交易，可按时间或其他条件查看；后者更适合寻找曾取得的应用。查找时应注意筛选范围，不要只浏览最近几笔记录就下结论。若有原始收据，可用于核实交易名称与购买身份，但收据中的日期和金额只是历史交易信息，不能用来推断当前商店价格或当前设备是否兼容。

只读检查之后再处理变更

设备“语言与地区”页面中的地区主要影响系统格式等显示习惯，不是 App Store 商店的替代核对入口。银行卡使用的货币、网络地址显示的位置，也不足以独立证明购买账号所属店面。若多个线索看似矛盾，应优先采用账号账户信息与 App Store 交易记录中的内容，并检查是否误把不同账号的页面、不同设备的截图放在一起比较。

确需调整自己账号的国家或地区时，先阅读系统列出的条件，再检查是否有待完成的交易、剩余余额、有效订阅或家庭相关限制。不同账号状态需要处理的项目可能不同，不应照抄他人的操作顺序。提交的居住、付款与账单资料应真实有效，是否可以变更以及何时生效，以账号设置中的实际提示为准。本手册不提供账号，也不代办账号设置。

完成核对后，应能够明确回答三个问题：当前购买账号是谁、该账号属于哪个商店、是否有 Shadowrocket 的历史记录。只要其中一项仍不确定，就先停在核对阶段，不必继续付款。若已确认商店正确但产品页仍无法使用，可直接进入分阶段排查；若有历史记录，优先按已购项目恢复检查，而不是把显示价格视作必须重新购买的依据。

03 辨认正版：开发者、图标与应用 ID

完整核对产品身份，而非只认名称

Shadowrocket 的正版核对采用三项交叉检查：开发者名称为 Shadow Launch Technology Limited，应用图标与本站页头使用的官方图标一致，产品地址中的应用 ID 为 932747118。名称与图标便于识别，应用 ID 用于确定商店条目，开发者字段用于核对发布主体。搜索结果中可能出现名称相近或图案相似的条目，任何一项不匹配时，都应先返回核对，不要仅凭熟悉的字样继续付款。

从本站获取应用页的正版核对区进入，可以先阅读三项信息，再打开商店产品页。在 App Store 中，开发者信息可能出现在应用名称附近、开发者入口或产品信息区域；销售商字段的排布也可能因页面而不同。应读取字段内容，而不是要求它一定处在某张旧截图的位置。界面布局发生变化，不代表核对标准发生变化，完整名称与应用 ID 仍应逐项比对。

应用 ID 不等于购买账号

应用 ID 是 App Store 用于标识产品条目的数字，不是用户账号，也不是购买凭证。产品地址中的名称部分有助于阅读，但判断条目时应注意数字部分是否完整一致。店面路径不同可以影响展示地区，数字 ID 则用于辨认同一应用。输入地址时若只看到了名称而没有检查数字，仍可能误入其他条目，因此不要把一段看似相近的链接文字当成核对已经完成。

图标适合做快速识别，却不适合单独充当最终依据。搜索列表中的缩略图较小，页面主题与屏幕显示也可能影响观感；应打开完整产品页后再核对开发者与应用 ID。本站只使用构建提供的官方应用图标，不通过重新绘制图案解释产品身份。对普通用户而言，三项信息一起核对，比记住图案的某一条线或某个颜色更稳定，也更容易在换设备后重复执行。

将身份核对与动态商店信息分开

完成身份核对后，还应阅读兼容性、价格与购买提示。它们属于动态商店信息，可能随设备与店面变化，不能用旧文章中的数字覆盖当前页面。评分、评论数量与搜索排序也不是正版三要素；这些展示即使发生变化，也不应影响对开发者名称及应用 ID 的检查。本手册不以任何评分或下载量为购买依据，具体系统要求始终以 App Store 页面标注为准。

如遇到从消息、网页或备忘录中保存的旧地址，先确认最终打开的是 App Store 的 Shadowrocket 产品条目，再进行后续操作。外观像商店介绍的页面，不等同于设备上的购买确认界面。付款前再次读取应用名和当前价格，是对本次交易的确认；购买完成后，保留自己的交易记录，则有助于日后核对恢复资格。这两步分别发生在购买前后，不应互相替代。

如果三项信息相符，却出现地区或下载错误，应保留该错误的原文，转到对应章节继续排查，不必重新寻找其他同名应用。若三项信息不符，则停止当前交易并回到获取应用重新核对入口。这样可以将“产品找错了”和“产品正确但当前无法获取”明确分开，避免围绕错误条目反复修改账号、付款或网络设置。

04 购买、一次性买断与服务边界

一次性付费购买的是客户端

Shadowrocket 是闭源商业应用，通过 App Store 一次性付费获取。美区定价约为 2.99 美元，实际金额、币种和结算信息以购买时的商店页面为准；其他店面按当地货币显示。价格文字用于描述客户端的购买方式，不代表任何线路服务费用，也不代表购买后自动具备可用服务器。付款前应先确认产品身份、购买账号和设备适用性，再阅读系统最终确认的金额。

一次性买断与周期性订阅是不同的计费概念。应用本身的这笔交易通过 App Store 结算，用户已有服务的有效期、流量或服务器状态，则由对应服务信息决定。应用成功安装后发现没有服务器列表，并不说明应用购买失败；这通常表示尚未导入自己的信息。反过来，已有订阅仍能正常访问，也不能证明 App Store 购买已经完成，两种状态应分别查看。

确认付款之前核对四件事

首先检查当前“媒体与购买项目”是否是准备长期保留的本人账号，因为以后恢复要围绕原购买身份查找。其次查看 App Store 页面是否允许这台设备获取应用，系统要求以 App Store 页面标注为准。接着核对显示的价格及货币，避免拿其他店面的金额进行简单比较。最后阅读购买确认窗口，确认交易对象确实为 Shadowrocket，而不是停留在搜索列表时误点的其他项目。

付款方式是否可用，由账号商店与账单状态共同决定。若系统要求更新付款资料，先按账户页面提示检查资料完整性和当前账单问题，不要反复提交同一笔购买以测试结果。某次身份验证成功，只能说明验证流程通过，不能单独证明交易已完成；同样，短暂出现等待状态时，也不能直接认定付款失败。应结合 App Store 的购买记录、应用按钮状态及后续提示综合判断。

交易完成后的记录与更新

购买成功后，可在账户的购买历史中核实应用名称及交易状态，并保留自己的收据。购买历史适合核实账单，应用列表适合查找重新下载入口，两者显示方式可能不同。若账单出现异常，应通过 App Store 账户提供的交易处理途径核查，而不是通过重新购买客户端尝试修复。涉及付款与退款的结果取决于 Apple 的审核及当前政策，本手册不能预先保证某笔申请的处理结论。

后续客户端更新通过 App Store 提供。是否自动更新取决于设备设置、网络、存储空间与商店状态；应用没有立即更新，不应被解释为一次性购买已失效。需要手动检查时，可进入 App Store 账户中的更新区域查看实际状态。手册不固定某个应用版本，也不把历史价格或旧系统要求当作长期承诺，购买与更新时均应重新读取当前产品页的信息。

买断也不意味着本地配置会自动保存在购买记录中。App Store 记录的是应用取得关系，并不会因此保存用户后来填入的订阅地址、服务器密码或规则文件。购买前理解这一边界，换机时就不会把“恢复应用”和“恢复配置”混为一谈。对已有配置的用户，应在旧设备可用时自行妥善备份，并注意资料包含的访问权限；交易凭证与配置备份应分别保存。

如果当前界面显示价格，而用户记得自己曾经购买，应先暂停确认，按已购项目恢复核实账号与记录。若尚未购买，则按商店实际提示完成正常交易，再进入首次打开流程。对于“已经扣款但没有下载”或“验证后仍停在原页面”等情形，先辨认账单状态，再检查下载阶段；不要把所有异常统一归因于客户端，也不必通过重复付款验证能否使用。

05 iPhone 与 iPad 获取后的首次打开

把商店安装与建立连接分成两步

在 App Store 完成获取后，应先等待下载与安装结束，确认按钮变为可打开状态。若图标仍显示等待或进度未完成，应留在商店与设备下载层排查，不要开始修改应用内连接设置。iPhone 与 iPad 的系统要求以 App Store 页面标注为准；同一购买账号能否在当前设备重新获取，也应结合产品页兼容性和账户记录判断，不以另一台设备曾成功安装作为唯一依据。

首次打开 Shadowrocket 后，可以先辨认 Home、Config、Settings 等主要入口。Home 用于查看已有服务器与连接状态，Config 与规则配置有关，Settings 用于相关设置；布局与入口位置以当前应用显示为准。此时没有服务器列表不属于商店购买错误，用户需要准备自己已有的订阅或服务器资料，再通过相应入口导入。完成应用购买并不会自动生成这些资料。

系统 VPN 配置提示的含义

首次建立连接时，系统可能要求允许添加 VPN 配置，并要求进行设备身份验证。这是系统授予网络配置权限的流程，不是再次购买 Shadowrocket 的付款窗口。应先确认提示由当前操作触发，阅读内容后再决定是否允许。若此前拒绝或中断了授权，返回应用重新检查连接动作及系统提示；必要时在系统设置中查看相关 VPN 配置状态，入口名称以设备当前显示为准。

允许系统配置，并不代表服务器一定能连接成功。服务器地址、端口、协议参数、订阅有效性与当前网络都需要正确，授权仅解决系统是否允许建立相关网络配置。若设备已有组织管理策略，某些网络设置可能由管理方限制，用户应向设备管理方确认适用范围，不宜为了排查而自行移除不明配置。个人设备上的旧配置也应先辨认用途，再决定是否调整。

准备好自己的资料，再选择路由方式

已有订阅可按应用内 Subscribe 等对应入口处理，手动录入服务器则从 Add Server 开始；具体参数必须来自用户已有的信息，不能凭协议名称猜测。导入后先核对列表与选中项目，再理解 Global Routing 的三种姿态：配置对应 Config，代理对应 Proxy，直连对应 Direct。首次测试时，应明确当前选的是哪一种，避免把 Direct 下的访问结果误当成代理服务器已经可用。

下面是 Shadowrocket .conf 文件中的真实规则段示例，仅用于说明配置与购买记录互相独立。它不是可直接完成连接的完整文件，也没有服务器凭据。示例使指定域名使用 PROXY，对命中 GEOIP 条件的目标使用 DIRECT，其余流量由 FINAL 处理。规则按顺序匹配，实际效果仍依赖当前配置、路由方式与可用的服务器信息。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,DIRECT

iPad 的显示差异与完成标准

iPad 上界面可能因屏幕尺寸、方向和系统显示方式而采用不同排布，但账号购买核对、导入资料和系统授权的逻辑不变。不要机械寻找某张 iPhone 说明图中的坐标，应按 Home、Config、Global Routing 等原始界面词查找功能。若同一购买账号在 iPhone 已取得应用，iPad 应先查已购项目；是否能够获取以及系统要求，仍以 App Store 页面标注为准。

完成首次使用的标准，应分别记录为“应用能打开”“自己的信息已导入”“系统配置已获允许”“选定路由方式后测试符合预期”。Connectivity Test 可以作为检查线索，但单次结果不能替代实际访问及规则判断。更完整的导入、连接和验证步骤见快速上手使用说明。本章只交代获取后的边界，避免把商店问题、权限问题和服务信息问题混在一次操作中处理。

06 换机与“已购项目”恢复

先恢复应用，再恢复自己的配置

换新设备或删除后重装时，首先应确认 App Store 使用原购买账号，再在账户中的“已购项目”或相应应用列表查找 Shadowrocket。符合当前商店及设备条件时，通常可直接重新下载，不需要再次付费。这里恢复的是已取得应用的下载资格，并不是恢复用户后来导入的全部资料；即使应用成功打开，订阅、服务器信息与自定义规则也仍需单独检查。

旧设备仍可使用时，先整理已有配置会更稳妥。记录当前使用的是哪些配置文件，确认订阅地址和服务器信息仍可由自己取回，并在应用支持的导出或备份入口中阅读具体范围。不要只凭“设备已经做过备份”就认定每项应用数据都能完整迁移；恢复范围取决于备份方式与应用实际保存情况，应在新设备逐项验证后，再处理旧设备上的资料。

从正确的应用列表查找

新设备上打开 App Store，进入账户页面，寻找“已购项目”“App”或类似的应用管理入口，再查看自己取得的应用。入口名称随系统显示而变，重点是进入账号对应的历史应用列表，而非只在商店搜索首页输入名称。如果有“未在此设备上”等筛选项，应确认当前筛选范围；应用已经部分恢复或正在下载时，也可能不在预期的筛选列表中。

1. 核对“媒体与购买项目”的登录身份，与原购买记录保持一致。
2. 在账户应用列表中搜索 Shadowrocket，同时检查筛选范围。
3. 读取重新下载按钮与提示，确认当前设备及商店条件。
4. 打开应用后恢复自己的资料，再检查 Config 与 Global Routing。

如果列表中没有找到，应先查购买历史或原收据，确认当初究竟由哪个本人账号完成购买。设备恢复后显示熟悉的头像，不等于购买身份也已经核对完成。还要考虑应用是否被隐藏：隐藏可能影响普通已购列表中的显示，用户可在账户设置提供的隐藏项目管理入口核查。是否能查看或重新下载，应按当前账户页面返回的信息判断，不要仅凭列表缺项就认定记录失效。

遇到价格按钮时先停止确认

记得买过却仍显示价格，常见核对方向包括账号不一致、家庭购买关系变化、原交易状态、列表筛选和当前商店状态。价格按钮本身不能解释是哪一种原因。此时不要以再次付款作为首个排错动作，应先返回记录查证。如果找到的只是家庭成员的购买记录，而不是自己的交易，就应按下一章的家人共享条件判断，不能将两者视为同一种恢复资格。

历史购买记录存在，但当前无法重新下载时，还要检查商店供应、兼容性、账户限制以及系统给出的具体错误。曾经取得应用不意味着任何时间、任何设备条件下都保证可以恢复。遇到需要账户层面核实的情况，可通过设备中 Apple 提供的帮助入口处理，并准备应用名称、购买身份线索和错误原文；对外说明时遮去完整付款信息及其他敏感资料。

重装并不是所有故障的起点

如果应用仍能打开，只是某个服务器或订阅失效，应先核对已有服务信息，而不是立刻删除应用。删除会增加本地资料丢失的风险，却未必改变服务器状态。确需重装时，先确认购买身份与资料备份，再执行操作。恢复后若 On Demand 或连接状态与预期不同，也应重新检查设置，不能假定旧设备的所有开关都已经被准确带到新设备。

最终验收应覆盖两条线：App Store 中能确认应用归属，应用内能确认自己的资料与使用状态。前一条完成后，购买恢复问题基本定位清楚；后一条仍异常时，应转向使用说明或疑难解答。关于应用列表与账号的单独说明，可阅读换机重装后的已购项目恢复方法，不要将配置迁移失败误判为需要重新购买客户端。

07 家人共享的适用范围与边界

以当前产品页和家庭设置共同判断

家人共享是 Apple 提供的家庭功能。Shadowrocket 是否适用于当前家庭购买关系，应同时检查 App Store 产品页相关标注、家庭设置以及成员账号状态，具体购买适用性以 App Store 页面标注为准。不能因为设备已经加入某个家庭群组，就推断任何应用都可以直接下载；家庭成员身份、购买项目共享状态和应用本身的适用条件，分别决定不同环节是否成立。

检查时，先在产品页查找家人共享或相关支持信息，再到系统的家庭设置中确认当前家庭关系。家庭群组可以用于多种功能，其中某项已经启用，并不表示购买项目共享也一定已经开启。用户应读取设置中明确列出的购买共享状态，而不是根据照片、存储空间或其他家庭功能是否正常来推断应用购买权限。不同功能的正常与否，不能相互代替判断。

从成员的购买记录确认来源

家庭购买关系允许的情况下，App Store 账户中的应用列表可能提供查看家庭成员已购项目的入口。应选中实际购买 Shadowrocket 的成员，再查找应用；自己的购买列表为空，不代表家庭成员的列表也为空。若找到了应用，按商店给出的重新下载提示操作；若没有找到，则继续核对购买者身份、应用是否被隐藏，以及当前家庭共享条件，而不是反复刷新搜索结果。

家庭成员通常仍使用各自的 Apple 账号。核对家庭购买时，目标是确认 Apple 的家庭功能是否授予当前成员访问资格，而不是把所有设备改成同一个购买身份。保持账号各自归属，有助于区分个人购买记录、家庭可访问项目和设备本地配置，也便于将来处理成员变更或恢复。家庭中谁支付了某笔款项，与应用列表具体显示在哪个购买者名下，还应结合实际记录核实。

应用购买关系不会替代服务信息

即使通过适用的家庭购买关系取得客户端，也仍然需要使用者自己已有的订阅或服务器信息。应用购买资格不决定外部服务的设备数量、有效期或使用范围；这些条件应由用户自己的服务资料确认。不要因为客户端能在另一台设备打开，就认定同一份服务信息必然允许同时使用。手册仅解释应用如何获取与配置，不对用户已有服务的权限作额外承诺。

家庭功能也不意味着会自动传递 Shadowrocket 的本地设置。一个成员在 Config 中调整的规则、选中的服务器、订阅地址以及 On Demand 状态，不应假定会出现在另一位成员设备上。配置文件可能包含访问凭据，转移前应明确资料的归属及授权范围。用于核对购买资格的截图也应注意隐私，避免包含完整邮箱、账单地址或其他家庭成员不必公开的信息。

关系变化后的下载与更新

当购买共享状态、家庭成员关系或商店地区发生变化时，应用访问和后续更新可能受影响。不能以“以前已经安装成功”保证之后的重新下载一定相同，也不能把当前访问受限直接解释为应用损坏。应先记录发生变化的项目，再检查 App Store 的提示。若成员地区条件不符合系统要求，应依据账户与家庭设置给出的条件处理，不应反复退出、加入家庭来猜测结果。

对于儿童账号、购买前询问或受管理设备，还要检查审批与内容限制。请求处于等待批准状态时，应由对应家庭角色确认；已经批准但没有下载时，再查设备网络和存储。将审批、交易资格与下载进度分开，可以避免同一个问题被重复提交。仍无法判断时，保存产品页支持信息与当前提示，通过 Apple 提供的家庭与账户帮助入口核实，不公开成员凭据，也不预设任何家庭组合都适用。

08 搜不到、买不了与下载受阻的分阶段排查

先记录停在哪一步

排查应从最后一个明确完成的动作开始。搜索没有结果、产品页打不开、价格按钮不可用、付款验证失败、下载等待、安装后打不开，以及打开后不能连接，分别属于不同阶段。先写下设备类型、当前购买商店、操作入口、最后成功的步骤和错误原文，再决定下一项检查。描述“不能用”缺少定位信息，而“已完成购买，商店按钮持续等待”可以直接把重点放到下载层。

只在搜索阶段受阻时，核对完整名称、账号商店和产品页提示；若直接产品页可用而搜索为空，说明需要优先考虑搜索结果与供应展示，而不是付款。产品页明确提示地区不可用时，回看账号商店核对。提示不兼容时，阅读兼容性栏，系统要求以 App Store 页面标注为准。不要用修改语言设置来处理设备兼容性，也不要把网页能够打开当成设备可以购买的证明。

购买失败与下载等待分别处理

能够显示价格但无法完成交易时，重点检查账号是否需要确认条款、更新账单资料、完成身份验证或处理其他账户问题。若出现内容限制或购买审批，则按系统相应设置核查。一次只处理提示明确指向的项目，并在操作后重新观察状态；不断切换网络、退出账号和提交购买，会改变多个条件，反而难以判断究竟是哪一步起作用。交易状态不明时先查记录，暂缓重复确认。

已经进入等待或下载进度时，应查看其他 App Store 页面是否正常载入，检查当前网络稳定性、设备可用存储、蜂窝网络下载设置及是否需要系统确认。可以在可用且符合设备管理要求的网络环境下重试，但不要同时删除已有应用数据。若系统给出存储不足提示，先有计划地整理空间；若下载已经完成但图标暂未更新，应重新核对商店按钮状态，再决定是否需要进一步处理。

应用打开之后，结束商店层排查

应用能正常打开却无法连接时，先检查系统 VPN 配置授权，再确认自己的订阅或服务器信息是否有效、是否已选择预期项目，以及 Global Routing 是否符合当前目标。订阅更新失败与 App Store 购买失败不是同一个故障，重新付款不会修复失效地址。相关检查可参阅订阅更新与失败排查；规则行为不符合预期，则应回看 Config 中实际生效的文件与规则顺序。

若应用本身无法正常启动，应先记录是立即退出、停留在启动画面，还是系统明确禁止打开，再检查 App Store 更新状态、设备重启后的表现与系统兼容性。删除重装放在确认购买身份和备份之后，不宜作为第一步。受组织管理或家庭限制的设备，还应检查相应政策，避免把管理限制当作应用故障。对不熟悉的系统描述文件或管理设置，不应在缺少判断依据时直接移除。

形成可复查的排错记录

每完成一项检查，记录结果是“已确认”“未确认”还是“条件不适用”，不要将猜测写成结论。例如，能打开商店首页只说明部分访问正常，不能证明付款链路一定正常；有收据说明存在交易线索，也需要核实其账号和状态。对外描述问题时，可提供设备类型、错误原文与已做检查，但遮去账号敏感部分、订阅地址、服务器密码及付款资料，避免为排查增加资料泄露风险。

最终按边界选择后续入口：购买与恢复资格查本页，首次导入和连接查使用说明，独立问题查疑难解答，商店产品身份查正版核对。若账号或交易仍需平台确认，使用设备内 Apple 提供的帮助入口，并带上已整理的错误信息。保留清晰的阶段判断，比持续重复同一个失败动作更有助于定位问题，也能避免不必要的设置变更与重复交易。