Shadowrocket 安装指南

商店地区与应用可见性

先区分商店地区与设备位置，再判断为什么找不到应用。App Store 展示的商品目录通常与用于媒体购买的 Apple 账户国家或地区有关，并不只由设备所在位置决定。Shadowrocket 只通过 App Store 获取；同一个应用在不同店面的可见性、币种与购买条件可能不同。搜索结果为空，首先说明当前商店没有返回对应结果，不能直接据此判断应用名称有误、购买记录消失，或设备发生故障。

搜索、产品页与购买确认是不同阶段

搜索页负责返回候选应用，产品页展示某个应用的身份与兼容性，购买确认页才处理当前账户的交易条件。三处可能给出不同结果：搜索时没有出现，打开精确产品页后却能看到详情；浏览器能显示介绍，切换到设备 App Store 后又出现地区提示；产品页正常，但确认付款时要求补充账单资料。应以发生问题的具体阶段为依据，而不是把所有情况统称为“下载不了”。

本站的商店入口使用美区产品页，链接中的店面路径只是入口的一部分。它不等于设备已切换到相应地区，也不会替你修改账户信息。设备打开链接后，App Store 可能根据当前账户显示实际可用页面或给出提示。因此，看到美元介绍页与当前账户是否能完成交易是两个问题。先核对自己的商店，再阅读产品页提示，能够避免在不同页面之间来回切换却没有得到有效信息。

地区设置不是语言或时区设置

把系统显示语言改为英文，或者修改日期、时区，并不会自动改变媒体购买账户所属的商店。设备的语言与地区选项主要影响显示格式等系统行为；商店国家或地区则关联商品目录、付款方式、账单资料与账户服务。排查应用可见性时，应进入账户的购买设置核对实际值，不要只看设备语言、键盘布局或浏览器页面使用的文字。

如果准备调整自己的商店地区，应先阅读系统列出的条件。账户余额、有效订阅、待完成交易以及家庭关系等情况，可能影响地区变更；具体限制以账户当时显示的要求为准。付款方式与账单信息也应符合目标地区的实际要求。不要为了让某个搜索结果出现就跳过这些前置检查，更不要在尚有待处理交易时反复提交不同地区的资料。

按证据决定下一步

建议先记下三项信息：账户显示的国家或地区、设备商店给出的完整提示、精确产品页是否能打开。若提示明确涉及地区，先核对账户设置；若页面写明设备不兼容，转到兼容性检查；若仅搜索不到而产品页正常，则继续按产品身份核对。这样的分流能够把商店目录问题与设备问题分开，也避免误把浏览器中的店面路径当成已经完成的账户变更。

对已经购买过的用户，还应单独查看已购项目。当前搜索目录与历史购买记录不是同一份列表：前者回答现在能看到什么，后者回答这个购买账户曾取得什么。恢复安装仍受当前可用性与兼容性等条件约束，但检查历史记录通常比再次搜索更有针对性。相关操作见换机与已购恢复，不必先尝试重新付款。

核对当前购买账户与商店

购买前要确认的不是“设备是否登录”，而是“App Store 当前使用哪个购买账户”。设备顶部显示的账户用于多项系统服务，媒体购买也有自己的账户入口；两处在某些使用情形下可能并不相同。判断 Shadowrocket 的购买归属，应以 App Store 和媒体购买设置显示的账户为依据。仅凭照片同步正常、设备备份可用，无法确定当前应用商店使用的就是原来买过应用的账户。

从系统设置和 App Store 交叉核对

在 iPhone 或 iPad 打开系统设置，进入账户区域，查找“媒体与购买项目”对应入口，再进入查看账户的页面。系统可能要求进行身份验证。找到国家或地区项目，读取当前已保存的值即可；只是核对时不需要提交地区变更。不同系统界面的标签与层级可能调整，应以设备实际显示为准，不要因为按钮位置与说明不完全一致，就直接退出整个设备账户。

随后打开 App Store，进入账户头像所在的页面，核对这里显示的购买账户。若系统要求重新认证，应先确认账户身份，再按系统流程完成。将两个入口对应起来，能够发现“系统账户看起来正确，但商店购买账户不是原账户”的情况。核对时只需自行比对账户标识，无须把完整账户地址、验证码或账单信息放进网页表单，也不应在故障截图中公开这些内容。

为核对建立一张简单记录表

这张表不需要保存任何敏感资料。实际操作时，只记录“是否一致”“是否找到”“提示属于哪一类”即可。尤其在换机之后，不要仅凭熟悉的设备名称推断购买账户正确。设备名称可以恢复，应用布局也可以恢复，但这些都不能代替商店里的购买归属。先确认账户再处理下载，通常比连续退出、登录、重启更容易缩小问题范围。

核对时避免扩大变更范围

如果发现购买账户不一致，先找出原购买凭据，确认自己持有并能够正常使用对应账户，再考虑按系统入口处理。单纯排查一个应用，不需要连带更改整个设备的同步设置。涉及退出、地区调整或付款资料更新时，应先阅读系统的影响说明，特别留意正在使用的服务与未完成事项。不要把“重新登录可能有效”当成所有商店问题的固定第一步。

当购买历史中找不到 Shadowrocket，可以回想当时使用的是哪一个自己的账户，并按凭据逐一核对。应用图标留在主屏幕、旧设备曾经使用过，或者备份里包含应用名称，都不足以单独证明当前账户拥有购买记录。如果历史记录明确存在，再进入恢复流程；如果只有付款通知而交易状态不清楚，则先查交易详情，避免因为误判而重复确认购买。

核对完成后，应能给出明确结论：当前商店地区已知、当前购买账户已知、是否存在原购买记录已知。若三项仍有一项不明确，先停在对应的账户页面查清楚，而不是切换到应用内修改连接参数。账户与商店的结论会直接决定后续应走新购、恢复还是地区检查，连接设置不会改变这些购买条件。

正版核验：开发者、图标与应用 ID

确认正版应同时核对开发者名、官方图标和应用 ID，不能只认应用名称。Shadowrocket 的开发者为 Shadow Launch Technology Limited，应用 ID 为 932747118。名称搜索适合找到候选页面，但搜索排序、相近名称和相似图案都不能代替产品身份。准备购买时，应进入详情页逐项核对，再进行系统购买确认；已经购买的用户，也可用同样方法检查自己打开的恢复页面。

先核对开发者，再辨认图标

在 App Store 产品页查找开发者信息，完整读取名称，不要只看开头几个单词。开发者信息可能位于标题附近或详情区域，实际排版以当前商店页面为准。随后比对官方图标：本站使用的是白底、蓝紫描边的官方图标，不能以任意火箭图案代替。图标是辅助辨认依据，开发者和应用 ID 则用于进一步确认具体商品，三者应当相互一致。

某些搜索结果会把关键词放在副标题或介绍文字中，因此“搜到了熟悉词语”并不意味着进入的就是目标应用。购买前应回到产品页顶部读出正式产品名 Shadowrocket，并检查开发者信息。不要用搜索列表中的短描述、分类名称或展示位置作判断，也不要因为某张宣传图片使用了相近颜色，就跳过开发者核对。辨认过程应围绕商品身份，而不是页面看起来是否熟悉。

应用 ID 指向具体的商店商品

应用 ID 可在产品链接末尾识别：目标链接包含 id932747118。店面路径和标题文字可能影响链接的呈现形式，但这串数字用于确认目标应用。浏览器地址与设备 App Store 页面之间切换时，先确保仍然指向这个 ID，再读取当前地区提示。本站获取应用页的正版核验区集中列出了三要素，适合在付款前做一次简短复核。

价格和展示信息不能代替身份

价格会按店面与当地货币展示，因此不应把“金额看起来接近”当成正版凭据。类似地，评论数量、排行位置和介绍长短都不是本手册采用的身份判断条件。系统要求、更新记录与购买信息应在对应 App Store 页面读取；这些信息可以帮助判断设备能否使用，却不能替代应用 ID。先确认商品，再看兼容性与价格，是更稳定的核验顺序。

如果三项之间存在矛盾，例如名称正确但开发者不同，或者图案相似但应用 ID 不同，应停止购买确认，返回本站的获取应用入口重新核对。不要把矛盾理解为地区差异的必然结果。地区可能改变币种、可见性或页面语言，但不能用来解释进入了另一个商品。只有产品身份一致后，关于价格、恢复与家庭购买的讨论才有共同前提。

完成安装后，系统中的应用名称和图标仍可用于日常辨认，但需要确认购买归属时应回到 App Store 记录。主屏幕文件夹名、自己添加的备注以及备份恢复的排列都不属于商店证据。建议把本页或获取应用页加入浏览器书签，今后换机时按相同三要素复查，不必依赖记忆中的截图，也不需要记录会随时间变化的展示数据。

一次性购买与付款边界

Shadowrocket 是付费商业应用，采用一次性买断方式。美区定价为 $2.99，实际金额、税费与当地货币展示以 App Store 页面及系统购买确认页为准。这里的购买对象是客户端使用资格，不是持续提供网络连接的服务。客户端一次性买断 ≠ 线路套餐。安装后如需连接，应使用用户自己已有的订阅或服务器信息；本站只说明如何获取应用及配置已有信息。

付款前先检查三类条件

第一类是商品条件：产品名、开发者与应用 ID 是否已经核实。第二类是账户条件：当前购买账户是否正确，商店国家或地区是否已确认。第三类是交易条件：系统展示的金额、付款方式、账单信息及身份验证是否可以正常完成。按这个顺序检查，能避免在商品身份尚未明确时就开始处理付款，也能避免购买记入并非自己预期使用的账户。

打开产品页后，系统会根据当前状态显示价格、获取、云朵或打开等按钮。按钮是当前商店状态的线索，不是独立的购买凭据。点击价格并不等于已经完成交易，仍须留意系统确认过程。完成后应检查应用是否开始获取，以及购买历史是否出现对应记录。如果页面卡住或返回原状态，不要连续快速确认，先查看是否已经产生交易，防止把界面刷新延迟误当成付款失败。

付款提示应在账户层处理

当系统要求补充付款资料、验证账单或处理账户限制时，应按 App Store 显示的内容逐项检查。银行卡或其他付款方式能否使用，取决于当前店面和账户的实际条件；设备能够访问网页并不能证明交易验证一定成功。付款问题发生在商店层，修改 Shadowrocket 的协议、规则或连接开关不会改变账单状态，也不能用应用内设置替代系统付款验证。

遇到扣款通知与下载结果不一致时，先分清预授权、待处理与已完成交易，以购买历史显示的状态作为核对起点。保留供自己查阅的订单资料，并在系统提供的购买支持入口继续处理。联系支持时可说明应用名称、商店地区和错误阶段，但应遮蔽付款号码、完整账单地址等敏感字段。是否能够退款以及具体处理结果，由购买渠道的适用政策和审核决定。

买断后的更新与设备使用

应用更新通过 App Store 进行。是否开启自动更新，可按设备的商店设置决定；当更新要求重新验证账户时，应回到购买账户检查，而不是重新创建一份应用内配置。购买资格也不等于所有设备条件始终不变：不同设备的系统要求、兼容范围和通用购买适用性均以 App Store 页面标注为准。准备在另一台设备使用前，仍应读取它对应的兼容性说明。

购买成功后还需要完成安装、首次打开和已有信息导入，这些不是同一个操作。若目标只是确认是否已经买到应用，可查看购买历史与已购项目；若应用能够正常打开却没有服务器可选，应转入导入步骤。将“已购买”“已安装”“已有配置”“已连接”四个状态分开记录，比重复付款更有助于判断接下来该做什么，也能避免把客户端费用与其他服务费用混在一起。

如果当前账户以前已经购买，应优先执行已购恢复检查。看到价格按钮时先核对账户与历史，不要把再次付款当作默认恢复方式。新购用户则可在核验完成后前往App Store 获取说明，按设备上的系统确认流程继续。

iPhone、iPad 安装与首次打开

安装前先在 App Store 产品页展开兼容性信息，确认当前设备符合要求。iPhone 与 iPad 是本手册的主要操作设备，系统要求一律以 App Store 页面标注为准。不要只看另一台设备能够安装，就推断当前设备也满足条件。Mac、Apple TV 与 Apple Vision 的适用设备、系统要求及通用购买适用性，也应以同一产品页的标注为准；本章的操作主线仍是 iPhone 与 iPad。

完成获取后再判断应用状态

在 iPhone 上，从已经核对的产品页完成购买或已购获取，等待系统下载与安装结束。期间保持足够可用存储空间，并使用能够稳定访问 App Store 的网络。若图标显示等待或进度未完成，应先处理商店下载状态；此时应用尚未完成安装，不宜根据主屏幕上出现图标就认定可以使用。产品页显示“打开”后，再进入应用检查首次启动情况。

iPad 的获取逻辑相同，先确认使用预期的购买账户，再从已购项目或精确产品页开始。iPadOS 上的页面宽度、侧栏和按钮位置可能与 iPhone 不同，操作应按界面名称识别，不要只按截图中的坐标寻找。应用已经在 iPhone 购买，并不意味着 iPad 会自动拥有相同的本地配置；购买资格与设备内保存的数据是两件事，后者仍需按实际备份或导入方式处理。

理解系统 VPN 配置授权

首次建立连接或执行相关操作时，系统可能请求允许添加 VPN 配置。该弹窗用于授权应用建立对应的系统网络配置，可能要求设备密码或生物识别。只有在确认自己正在 Shadowrocket 中执行预期连接操作时才继续。允许添加配置不等于服务器已经验证成功，也不等于订阅内容已经正确导入；它只是连接所需的一项系统授权。

如果暂时没有允许授权，可在准备连接时重新按应用与系统提示检查。设备存在管理策略或系统限制时，相关操作可能受限，应先读取设备管理说明，不要随意删除来源不明的配置。弹窗的具体文字与出现时机由系统和应用实际状态决定。诊断时应记录“没有出现授权”“用户未允许”“已经允许但连接失败”等不同状态，避免把它们都归为安装失败。

安装后的配置不属于商店交易

完成安装并打开 Home 后，应使用用户已有的订阅或服务器信息继续。导入方式取决于持有的是订阅链接、单个服务器信息还是配置文件，不能因为它们都是一段文本就互相替代。具体入口和验证顺序见入门指南。下面的内容只是配置文件规则语法示例，不包含服务器、认证资料或可用服务，也不应被当成完成安装后即可连接的完整配置。

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

这段规则依次匹配域名后缀、地址所属地区与最终策略；它用于说明配置与购买的边界，不用于修复 App Store 下载。使用 Global Routing 的 Config 时，具体请求按当前有效配置处理；Proxy 与 Direct 对应不同的全局处理方式。不要为了排查付款问题修改这里的规则，也不要把商店获取成功等同于这些规则已具备完整的连接条件。

当应用能够打开，但导入后无法访问网页，应把问题移交到连接排查，而不是返回购买流程。先核对已有服务器信息，再看 Global Routing、DNS 与规则；可继续阅读已连接但无法上网的逐项排查。本页后续章节处理的是恢复购买与商店获取问题，二者应保持分工。

换机、重装与已购项目恢复

换机或重装时，先找原购买账户下的已购项目，不要直接再次付款。应用购买记录关联购买时使用的 Apple 账户，而不是某台设备的名称、序列号或主屏幕布局。旧设备中曾经出现 Shadowrocket，只能说明当时存在应用，不能单独证明当前商店账户拥有购买资格。恢复流程的起点，是明确购买归属并在该账户的商店记录中找到对应应用。

先恢复应用，再核对本地数据

在新设备打开 App Store，进入账户页面，找到应用、已购项目或购买记录对应的入口；具体标签以当前系统显示为准。选择自己的购买记录，搜索 Shadowrocket，核对开发者与产品 ID 后查看是否存在重新获取按钮。若设备显示云朵图标，通常可从这里发起重新获取；安装能否继续，仍取决于当前兼容性、商店可用性及账户状态等实际条件。

恢复购买与恢复应用内数据要分开检查。前者说明当前账户能否重新取得客户端，后者涉及服务器条目、订阅地址、配置文件和个人设置。新设备自动出现了应用，不代表所有敏感连接信息也必然迁移成功；反过来，手中保留了配置文件，也不能代替商店购买资格。迁移完成后应分别检查应用是否能打开、已有订阅是否还在、当前有效配置是否正确。

已购列表没有找到时的检查顺序

首先核对 App Store 当前购买账户是否为原账户，再查看购买历史中的交易。若历史中存在而已购列表暂未找到，应检查列表筛选、隐藏购买项目等情况，并按系统提供的管理入口查看。隐藏项目与删除本地应用不是同一件事：隐藏会影响列表展示，本地删除则影响设备存储。不要因为某个列表中缺少名称，就立即推断购买记录已经无效。

其次检查设备是否满足当前产品页的兼容性要求，以及商店是否给出地区或账户限制提示。历史购买不意味着任何设备、任何商店状态下都一定能够重新下载。如果遇到明确限制，应按该提示处理；若记录与页面状态矛盾且无法自行解释，可整理自己的购买凭据，通过 App Store 的购买支持入口核对。不要通过连续重复付款来测试资格是否恢复。

重装之前保护已有信息

如果应用仍能打开，不要把删除重装当成第一项诊断。先确认自己仍持有有效的订阅地址或服务器资料，记录当前使用的配置来源，并核对可用的备份方式。订阅链接与配置文件可能包含敏感认证内容，应保存在自己能够控制的位置。发给别人查看故障时，应遮蔽完整地址中的认证字段，避免把恢复准备过程变成信息外泄的来源。

重装后如果列表为空，先按原有资料导入一次，再检查是否出现预期条目。不要同时从多个备份重复导入相同内容，否则可能增加重复分组，反而使排查困难。需要重新取得已有订阅内容时，可参考手动更新与自动更新说明。订阅更新成功只能说明相关内容已取得，不代表购买恢复或所有连接测试都已完成。

更新应用时出现账户验证，也可沿用本章思路：先核对最初取得应用的购买账户，再查看系统提示。应用更新、应用内订阅刷新与设备系统更新具有不同入口，不能相互替代。迁移结束后，建议做一次简短验收：商店能识别应用、应用能正常打开、配置来源清楚、连接测试结果可解释。这样比仅检查图标是否出现在主屏幕更完整。

家人共享与购买共享范围

家人共享是否适用，应同时查看 Shadowrocket 的 App Store 产品页与家庭购买设置，不能只凭“已经加入家庭”作结论。产品是否支持相关共享、购买共享是否开启、成员账户是否符合当前条件，以及商店地区是否满足家庭要求，都会影响最终显示。适用范围以 App Store 页面和系统提示为准。本章说明如何核对资格，不把家庭关系本身视为必然可下载的保证。

家庭成员与购买共享是两个条件

家庭可以包含多种系统功能，加入家庭并不意味着所有购买内容都会自动出现在每位成员的设备上。应由家庭设置中负责管理的成员确认购买共享状态，再由接收方使用自己的账户查看对应家庭成员的已购内容。这个流程依赖系统建立的家庭关系和购买权限，不需要把一个成员的登录信息交给另一个成员。各成员应保持自己的账户与设备验证方式。

购买方先确认自己确实取得了目标应用，而不是仅在设备上看到图标。接收方再进入 App Store 的账户与已购相关页面，选择可查看的家庭成员，查找 Shadowrocket。找到后继续核对产品身份与兼容性，按系统显示的获取方式操作。若成员列表里没有预期对象，先回到家庭设置检查关系与购买共享，不要立刻把问题归因于应用本身。

未显示应用时逐层检查

第一层是产品条件：当前商店产品页是否标注相应共享支持。第二层是家庭条件：购买共享是否已启用，成员是否处于预期家庭关系中。第三层是内容条件：购买方的应用是否被隐藏，相关购买记录是否确实存在。第四层是接收设备条件：设备兼容性、下载限制和当前商店提示是否允许继续。分层检查比不断刷新列表更容易知道哪一步需要调整。

家庭成员的国家或地区也需要符合系统对购买共享的要求。如果成员商店不一致，应先阅读家庭和账户页面给出的限制，不要仅为了显示某个应用就仓促变更地区。地区调整可能影响其他购买与服务，且仍须满足前置条件。若系统提示无法进行某项变更，应先处理提示中列出的原因；不能通过修改设备语言、时区或应用内连接模式来替代这些条件。

付款归属与使用资料分别管理

家庭购买共享可能涉及家庭付款安排，具体扣款方式、批准流程与成员限制以系统确认页为准。家庭成员提出下载请求时，应先确认目标商品，再进行批准。对于受屏幕使用时间或购买批准管理的设备，等待批准与下载故障应分别处理：前者需要按家庭管理流程完成，后者才涉及网络、存储或商店状态。不要因为按钮暂时不可用就重复发起多个购买请求。

能够取得客户端，并不表示家庭成员会自动获得另一台设备上的服务器资料。应用购买共享与连接信息管理没有等号。订阅地址、服务器认证字段和配置文件是否允许在其他设备使用，应依据用户自己已有服务的实际条件核对；这里不作通用承诺。每位使用者都应清楚本机保存了哪些资料、资料来自哪里，以及更新失败时应检查哪一份原始信息。

如果家庭设置与产品页均已核对，但接收方仍看不到应用，可记录“购买方能否看到记录”“接收方能否看到该成员”“是否只有此应用缺失”三项结果。前两项异常时优先检查家庭关系和共享设置；只有单个应用缺失时，再检查隐藏项目、产品共享条件与兼容性。这种记录有助于向购买支持准确描述问题，而不需要公开家庭成员的账户标识。

家庭关系或购买共享状态变化后，应重新核对内容访问条件，不要把之前能够下载视为永久不变的资格。已经取得应用的设备也应保留自己的配置来源，便于后续换机和维护。对具体共享适用性有疑问时，以当时的产品页与系统账户页面为准；本手册不替代系统对家庭成员、购买归属和交易条件的实际判断。

搜不到、无法购买与下载受阻

排查时先定位失败阶段，再只改变一个条件。建议把过程分为搜索、打开产品页、确认交易、下载、安装和应用内连接六个阶段。上一阶段成功，并不保证下一阶段一定成功；但已经成功的结果可以缩小范围。例如产品页显示“打开”，说明客户端已安装，之后打不开网页就不应再从商店搜索开始排查。保留完整错误提示，比只记录“不能用”更有价值。

用现象选择检查入口

搜索没有结果时，先从获取应用页进入精确产品页。如果产品页能打开，继续核对身份与当前商店状态；如果明确提示地区不可用，就回到账户国家或地区检查。如果设备设有内容分级、屏幕使用时间或购买限制，也应读取相关设置。搜索目录问题不会通过导入订阅解决，因此此时无需修改 Home、Config 或 Global Routing。

下载等待与安装失败分开处理

下载长时间等待时，先检查其他 App Store 内容是否能够正常加载，并确认设备有足够可用空间。可按系统提供的按钮暂停后继续，必要时在保存现有操作后重启设备，再观察是否出现新的明确提示。若网络需要先完成网页认证，应先完成认证；若系统要求账户验证，则回到商店处理。不要一边清理应用数据，一边切换账户与网络，否则很难判断哪项变化产生了结果。

如果进度完成后仍无法安装，读取兼容性和系统提示，区分存储不足、设备限制与系统条件不满足。系统要求以 App Store 页面标注为准，不使用其他设备的安装结果替代本机检查。受管理设备可能有额外规则，应按设备管理方的合规流程处理。删除旧数据之前先确认备份，特别是 Shadowrocket 中原本保存的订阅地址和服务器参数，避免为了解决获取问题造成配置丢失。

交易与恢复问题先查记录

确认交易后没有看到下载，应先查购买历史是否有已完成记录，再检查产品页按钮状态。记录存在但显示价格时，重新核对购买账户与目标应用 ID；记录处于待处理状态时，先按交易提示处理。已经买过的用户看到价格按钮，不应马上再次确认。家庭用户还要区分自己的直接购买记录与通过家庭购买共享取得的内容，两种入口的检查路径并不完全相同。

需要继续求助时，整理一份简短而准确的说明：使用 iPhone 还是 iPad、当前失败阶段、系统完整提示、是否能打开精确产品页、是否找到购买记录。可以补充已尝试的单项操作及其结果，但应遮蔽账户地址、订单敏感字段和付款资料。不要发送设备密码、验证码或完整订阅链接。描述越接近实际操作顺序，越容易判断应由商店、账户还是应用配置流程继续处理。

应用能打开后转入使用排查

如果 App Store 已显示“打开”，应用也能进入 Home，获取流程通常已经完成。此后没有服务器条目，应检查已有信息的导入；条目存在但连接失败，应检查服务器信息、系统授权与当前 Global Routing；连接显示建立但网页无法访问，再核对 DNS 与规则。可从快速上手主线逐步验证，或阅读已有订阅的导入入口说明，不要回到购买流程重复处理。

最终验收可以按四个问题完成：产品身份是否一致，购买归属是否明确，应用是否安装成功，连接资料是否由用户自己持有并正确导入。前两项属于商店与账户，第三项属于设备获取，第四项属于应用使用。保持这四层边界，后续换机、更新与故障排查就能沿相同路径重复核对，而不必每次从头尝试所有设置。