官方手册 / App Store 获取全指南
Shadowrocket 安装指南
本页按“商店地区—账号—正版核对—购买—安装—恢复”的顺序组织,适合根据具体提示查阅。尚未购买时,从商店地区开始;已经购买却再次看到价格时,直接查看已购恢复。Shadowrocket 只通过 App Store 获取,以 iPhone、iPad 使用为主,系统要求、兼容性与购买适用范围以 App Store 页面标注为准。
使用教程负责安装完成后的快速上手主线,讲解如何导入用户已有的订阅或服务器信息、选择 Global Routing 并验证连接;本页负责购买与安装环节的系统查阅。需要先看简版正版核对与商店入口,可前往下载指南。本站是 Shadowrocket 官网与官方手册,不提供、销售或推荐节点及订阅。
商店地区与应用可见性
商店地区不是设备语言
App Store 展示哪些应用,首先取决于当前“媒体与购买项目”所用 Apple 账户对应的商店地区。设备使用简体中文、当前连接某个 Wi‑Fi,或身处某个地点,都不能单独证明正在使用哪个店面。设备语言影响界面文字,系统“语言与地区”影响部分显示格式,商店账户地区则参与商品目录、货币与交易条件的判断。这几个设置名称接近,但解决的问题不同。
因此,遇到搜索结果缺失时,不应先反复修改手机的显示语言。正确顺序是确认商店账户,再查看其国家或地区,最后检查产品页给出的实际提示。即使别人使用同一搜索词能够找到应用,也不能据此判断自己的设备出了故障;两人的商店账户、设备兼容性、内容限制与当时的商品可用状态可能不同。先比较这些条件,比清空搜索记录更有意义。
用产品页区分搜索问题与地区问题
站内的 App Store 入口指向同一个 Shadowrocket 产品,应用 ID 为 932747118。链接中的店面路径只是请求打开的店面,不会自动修改 Apple 账户地区,也不保证当前账户能够完成购买。浏览器能够看到介绍页,只能说明网页可访问;进入 App Store 后,系统仍会依据实际商店账户与设备条件处理购买。网页显示的货币也不能替代账户设置中的地区信息。
如果 App Store 明确提示当前国家或地区不可用,应先记录提示,再进入账户设置核对地区,而不是持续重复购买操作。如果产品页能够打开但搜索列表里没有出现,优先使用已经核对过的产品页,并继续检查开发者、图标和应用 ID。搜索排序并不等于产品身份,搜索不到与无法交易也不一定属于同一个问题。保留原始提示,可以避免后续排查混淆。
地区变更前先检查账户条件
国家或地区设置应与账户持有人的实际情况及 Apple 的适用规则一致。确有变更需求时,先阅读系统当前显示的要求,再决定是否继续。账户余额、尚未结束的订阅、未完成的订单、有效付款方式及家庭群组状态,都可能影响操作。具体条件会随账户情况变化,不能只凭一份通用步骤判断一定可以立即变更,更不能把地区设置当成一次临时显示切换。
操作前还应确认原有购买内容与后续更新的安排。某项内容在原店面可用,并不代表新店面一定具有相同的商品目录;已经购买也不意味着每个地区都能重新获取。先检查需要保留的应用与服务,再处理系统要求的余额、订单或家庭事项。不要为了排查一个搜索问题,连带退出设备上其他正在使用的服务;应把改动限制在明确相关的设置内。
完成合规的地区调整后,重新打开 App Store,确认账户页与商品页的显示,再尝试获取。若仍收到原提示,检查变化是否已经生效、是否打开了缓存的网页,以及商店内实际登录的是否仍为预期账户。每次只验证一个条件,记录前后差异。没有充分依据时,不要把“更换地区”当作所有付款与下载问题的通用解决办法。
核对当前商店账号
先查看“媒体与购买项目”
设备顶部显示的 Apple 账户与 App Store 实际用于购买的账户,需要分别确认。两者可能相同,也可能因为设备历史设置而不同。购买资格、已购记录与后续重新获取,应以实际完成交易的账户为线索。仅看到设置首页熟悉的姓名,不能证明当前 App Store 正在使用当初购买 Shadowrocket 的账户。先核对这一点,可以减少重复付款和错误退出登录。
在 iPhone 或 iPad 的系统设置中,进入 Apple 账户区域,找到“媒体与购买项目”,再打开账户查看选项。系统可能要求身份验证。界面分组与文字可能因系统版本不同而变化,应以当前显示为准。查看账户标识与国家或地区时,只需自行比对,不必把完整邮箱、电话号码或其他身份信息发送给任何人。截图留作个人记录时,也应遮盖这些内容。
另一条核对路径是进入 App Store,打开右上角的账户入口,查看当前登录状态、购买相关入口与账户信息。先确认是否已经登录,再查看已购应用或购买记录。系统可能把“购买历史记录”和可重新获取的“应用”列表分开放置:前者用于确认交易,后者便于找回应用。两个列表用途不同,不能只检查其中一个,就断定购买资格已经消失。
把账户、地区和订单放在一起核对
建议在个人记录中保留三个结论:当前商店账户是否为原购买账户、当前国家或地区是什么、是否能找到 Shadowrocket 的有效购买记录。记录结论即可,不需要整理敏感凭据。如果当年在另一台设备上完成购买,应优先查看那台设备的商店设置及历史交易,再与当前设备比较。设备名称、联系人资料或同一个备份来源,都不能替代购买账户证据。
| 检查项 | 能够说明什么 | 不能单独证明什么 |
|---|---|---|
| 设备 Apple 账户 | 设备关联的账户状态 | 当前商店购买身份 |
| 媒体与购买项目 | 商店使用的账户线索 | 某一订单已经完成 |
| 购买历史记录 | 历史交易与订单状态 | 应用当前一定可重新获取 |
| 已购应用列表 | 可查找的应用购买项目 | 用户已有配置已经恢复 |
身份验证异常时先停止购买
如果账户页要求重新验证、接受条款或处理付款问题,应先完成这些账户层面的事项,再返回产品页。反复按购买按钮不会修复身份验证状态,还可能使用户难以判断哪一次操作已经提交。收到验证码请求时,应确认是自己刚刚发起的登录或购买流程,并只在系统要求的位置处理。本文不需要用户提供账户密码,也不需要任何验证码来核验应用身份。
不要把退出整个设备账户作为第一步。退出可能影响照片同步、备份或其他服务,带来与 App Store 获取无关的新问题。如果确实需要重新登录“媒体与购买项目”,应先确认自己的账户访问能力、验证方式与现有交易状态,再按系统提示操作。对于受家庭或组织管理的设备,还应先确认限制来源,避免把被管理的设置误认为应用本身异常。
核对完成后,为本次排查建立一条清楚的事实链:哪个账户、哪个店面、哪条交易、哪个产品。之后无论检查已购恢复还是付款失败,都沿用同一组信息,不要交替使用多个账户的截图推断结论。如果仍无法识别原购买账户,可利用个人保留的订单凭证与购买历史继续核实;在确认前,不要仅凭按钮再次显示价格就重新付款。
辨认 Shadowrocket 正版应用
应用名称只是第一项线索
Shadowrocket 的中文辨认别称是“小火箭”,但商店核对必须回到产品名 Shadowrocket。搜索结果可能同时出现相似名称、相近用途或带有相关关键词的其他项目;显示在前面并不代表身份已经确认。不要依靠搜索位置、宣传截图或名称中的一个词作决定。进入详情页后,把开发者、官方图标与应用 ID 放在同一次核对中,才能避免只匹配了其中一项。
开发者名应为 Shadow Launch Technology Limited。应查看商店详情中的开发者或销售方信息,而不是把介绍文字里出现的名称当成身份字段。较长的名称可能在小屏幕上折行或需要展开,核对时应读完全部内容。大小写、单词顺序与公司后缀都值得仔细比较;如果只看到被截断的前半段,应先展开信息,再作下一步判断。
应用 ID 应为 932747118,对应产品链接中的 id932747118。这一标识用于区分具体商店项目,不是用户账号、订单号或应用版本。需要分享核对线索时,优先提供产品页及应用 ID,而不是只描述“蓝色图标的那个应用”。站内下载指南与本页所指向的都是同一产品,不应在不同入口之间出现不同的应用 ID。
图标与商店身份字段一起看
官方图标可与本站页头使用的图标对照:白底、蓝紫描边的图形是辨认线索之一。图标大小、屏幕显示色彩或系统裁切方式可能影响观感,因此不能把单一颜色差异当作最终结论。反过来,即使图片看上去相同,也仍要核对开发者与应用 ID。图片能够被引用,商店身份字段才是确认具体产品不可缺少的另一部分。
按顺序操作更容易发现偏差:先从已知产品页进入商店,确认页面标题;再查看开发者名称;最后检查链接中的数字标识并对照图标。三项应指向同一个产品页,不要拿一个页面的图标和另一个页面的开发者拼成结论。如果系统从网页跳转到 App Store,应在跳转完成后再次查看实际打开的项目,避免只核对了浏览器里原先的介绍。
产品身份与运行条件是两次检查
确认正版之后,还要阅读兼容性与购买信息。系统要求一律以 App Store 页面标注为准,不把旧设备曾经成功安装的经验当作当前保证。商店可能根据当前设备展示不同提示;同一个产品也可能在不同设备上具有不同的界面布局。先确认当前设备符合要求,再处理购买,比付款后才发现设备条件不足更容易定位问题。
用户评价、排行榜位置、截图数量和搜索推荐,都不适合作为本文的身份核验标准。这些内容会变化,也无法替代开发者与产品 ID。本手册不以评分或下载量证明应用身份。需要查看更新信息时,应阅读当前商店页上的记录;不要依据其他页面保留的旧截图推断正在提供哪个具体版本,更不要把旧界面差异直接判断为产品不一致。
如果三要素有任何一项对不上,应停止付款并返回已确认的站内入口重新检查。若只是某个字段暂时没有显示,可等待页面加载、展开详情或换用设备内 App Store 查看,不要自行补全未知信息。核验完成后,可在下载指南的正版核对区复查简表;若产品身份正确但仍无法获取,则继续查购买、设备或商店状态,而不是重新猜测产品名称。
购买与一次性买断
确认当前店面的实际结算信息
Shadowrocket 是付费闭源商业应用,通过 App Store 一次性购买。美区参考定价约为 2.99 美元,各店面按当地货币显示,实际价格与结算条件以 App Store 页面标注为准。参考价格用于说明计费形式,不是固定汇率承诺,也不是每个地区都应显示的数字。购买前应看清当前店面的货币、商品名称与系统确认页,不要用换算后的估计金额判断交易是否正确。
购买应由账户持有人在自己的设备与账户中完成。进入已经核验的产品页,查看购买按钮上的实际信息,再按系统流程确认身份。系统可能要求密码、生物识别或其他验证,具体取决于设备设置。确认前如果出现付款方式、账单资料或条款问题,应先阅读完整提示。没有看到明确交易结果时,不要连续重复确认;先返回购买历史查看状态。
付款方式能否使用,与账户地区、账单信息及支付渠道状态有关。即使某种方式曾经成功,也不代表当前交易一定能够完成。遇到拒付或待处理提示时,应核对账户内显示的信息与尚未解决的订单,而不是修改 Shadowrocket 的设置。应用尚未安装时,其内部的 Proxy、Config 或连接选项都不参与商店付款,调整这些项目不能解决结算问题。
买到客户端不等于获得连接服务
客户端一次性买断 ≠ 线路套餐。购买取得的是在适用条件下获取与使用客户端的资格,不会自动生成可连接的服务器,也不会替用户已有服务续期。后续使用以用户已有自己的订阅或服务器信息为前提。导入地址、账户有效期与服务端参数,应由用户依据自己的现有资料核对。本站只讲解导入与维护,不提供、销售或推荐节点及订阅。
这一区分也决定了排查归属:App Store 已经完成交易且应用能够打开,说明购买与安装环节基本完成;应用里没有服务器项目,不代表购买失效;已有项目连接失败,也不能直接推断买断需要再次支付。应把商店购买记录、客户端配置和用户已有服务状态分开记录。混在一起处理,容易把服务到期误认为应用授权问题,或把订单异常误认为网络设置错误。
交易状态明确后再继续安装
系统提示购买成功后,观察产品页按钮与下载状态,并在需要时查看购买历史。银行或支付工具出现扣款提醒,并不总能单独说明该笔应用订单已经完成;应结合 App Store 的订单结果判断。若显示待处理,应等待状态明确并处理提示事项。若购买失败但出现账务疑问,应依据原始订单核实,不要通过重复付款来试探是否能够恢复下载。
涉及取消、退款或账务争议时,应通过 Apple 提供的账户与订单支持渠道处理,以最终处理结果为准。本页不承诺受理时长或具体结论。已经退款的订单也不应继续作为有效购买资格的证明。保留个人交易凭证有助于核对,但对外说明问题时,只需要提供经过遮盖的必要状态信息,不应公开完整账单、付款资料或账户验证内容。
跨设备是否可以直接获取,应进一步检查原购买账户、当前店面、设备兼容性与商店标注,不能把“一次性买断”理解为任意账户之间转移资格。关于价格与客户端费用的进一步解释,可阅读一次性买断价格与线路套餐的区别。购买完成后若按钮仍显示价格,优先进入本页的已购恢复章节,而不是立即再次确认付款。
首次安装与系统授权
先完成商店获取,再检查应用内设置
完成购买后,等待 App Store 下载与安装结束,再从设备主屏幕或商店页打开 Shadowrocket。下载进度尚未完成时,不要把无法打开理解为应用内配置错误。先确认设备有足够可用存储空间、商店获取没有暂停、当前系统符合要求。系统要求与兼容性以 App Store 页面标注为准;仅凭设备型号或曾安装过类似用途的应用,不能代替这一步检查。
iPhone 与 iPad 的操作目标相同,但布局可能因屏幕尺寸与系统版本而不同。先识别 Home、Config、Settings 等界面词,再寻找对应入口,不必要求按钮位置与旧图片完全一致。能够进入 Home,说明已经越过商店安装阶段。此时如果列表为空,应先确认是否尚未导入自己的资料,而不是返回商店重复获取。购买资格不会自动填充服务器信息。
已有订阅的用户可按 Subscribe 相关入口导入,已有单个服务器信息的用户可查看 Add Server;具体主线见Shadowrocket 使用教程。导入前确认资料属于自己的现有服务,并核对字段是否完整。不要把包含访问凭据的订阅地址贴到公开页面。导入成功只说明客户端读取了内容,实际能否连接仍需要后续验证,不能与 App Store 安装成功画等号。
理解 VPN 配置授权的含义
首次尝试建立连接时,系统可能要求允许添加 VPN 配置,并要求设备身份验证。这是系统授予应用建立相应网络连接所需的权限,不是再次购买,也不是订阅已经自动生效的证明。应在自己明确发起连接操作、确认正在使用 Shadowrocket 的情况下阅读提示。若当时选择取消,可返回应用重新发起连接,再根据系统提示处理,不必先删除应用。
如果设备受到家庭内容限制或组织管理,添加 VPN 配置可能受到约束。应查看系统说明并联系有权管理该设备的人确认,不能把受管理的限制当作客户端设置遗漏。已经存在其他 VPN 配置时,也应先确认当前由哪一项建立连接,避免同时修改多个网络设置。系统状态栏出现连接标识,仅表示系统连接状态,不代表每个目标访问都符合预期策略。
分清 Global Routing 与购买状态
安装后的访问策略由 Global Routing 等设置决定。Config 使用当前配置中的规则,Proxy 与 Direct 用于不同的路由姿态;中文说明分别是配置、代理与直连。它们影响连接如何处理,不参与商店购买资格判定。若应用能打开但访问结果不符合预期,应核对当前姿态、所选服务器与配置,而不是修改商店地区。每次只调整一个变量,才容易判断变化来自哪里。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY
这段内容只说明 Shadowrocket 配置文件中规则行的结构,不是可直接投入使用的完整配置。域名后缀、目标地址网段与最终策略承担不同的匹配作用,规则通常按顺序检查;示例中的 PROXY 是策略表达,不包含用户自己的服务器资料。无需为了验证是否安装成功而导入这段示例。规则细节可另读规则写法入门,避免在获取阶段同时引入配置变量。
完成授权后,使用用户自己的有效资料建立连接,并通过 Connectivity Test 与实际访问分别验证。测试结果、目标访问和购买记录回答的是不同问题,应分别记录。若安装与打开正常、只有连接失败,转到连接问题问答继续排查;若仍卡在商店下载,则返回获取失败章节。先做阶段判断,可以避免不必要的重装,也能保留已有配置供后续比较。
换机与“已购项目”恢复
先找购买资格,再处理配置资料
换机或重新安装需要解决两件独立的事:重新获取应用,以及恢复用户自己的配置。前者依赖 App Store 购买资格和当前可用条件,后者依赖用户保留的资料、设备迁移结果或适用的备份机制。看到云朵下载按钮,不代表服务器列表已经恢复;看到旧设备的配置,也不代表新设备正在使用原购买账户。排查时应先完成应用获取,再检查配置内容。
在新设备上,核对“媒体与购买项目”是否为当初完成交易的账户。进入 App Store 的账户入口,查找已购应用或相应应用列表,再搜索 Shadowrocket。系统分组名称可能变化,应结合当前界面查找。找到后再次核对开发者与产品 ID,再按重新获取按钮操作。重新获取是否适用、设备是否兼容及当前店面是否可用,仍以 App Store 页面标注为准。
如果产品页再次显示价格,先不要确认付款。返回购买历史检查原始订单是否存在、状态是否有效,并核对当前账户是否正确。有时问题来自商店账户不同,有时来自隐藏购买项目、地区变化或订单状态变化。相同设备备份、相同联系人资料、相同家庭网络,都不能替代原购买账户证据。先找到交易线索,再判断接下来该处理哪一类问题。
已购列表找不到时按顺序缩小范围
首先区分“没有出现在列表”和“没有有效购买记录”。列表中找不到项目时,可以继续查看购买历史,并检查是否存在隐藏购买项目。隐藏影响的是列表展示,不应被直接理解为订单已经失效。若查到当初订单,再对照应用名称与交易状态,确认不是记错了产品。不同列表的筛选范围与搜索方式可能不同,调整筛选之前应先看清当前页面正在显示什么。
其次检查当前地区与设备条件。曾经购买,不等于当前店面始终提供相同获取条件;曾经能够运行,也不等于新设备当前系统一定满足要求。如果 App Store 给出明确的地区或兼容性提示,应沿该提示继续核实,不要把所有异常归因于已购记录丢失。若需要向 Apple 的账户支持说明情况,应准备原订单线索、当前提示与已完成的核对步骤,并遮盖敏感资料。
删除前先确认资料能够恢复
在旧设备仍可使用时,先整理用户已有的订阅来源、必要服务器参数、当前 Config 与自定义规则。涉及密码、令牌或私有地址的内容,应保存在自己控制的安全位置,不要通过公开留言传递。删除应用可能移除本地资料,因此不能把“重新安装”当作保留配置的保证。如果问题只是商店无法更新,应先核对账户和提示,不要以删除应用代替账户排查。
迁移完成后,逐项检查新设备中的资料:订阅能否更新、服务器字段是否完整、当前 Config 是否为预期文件、Global Routing 是否保持原来的选择。不要因为应用图标已经出现,就直接假定所有设置与旧设备一致。设备迁移、应用重新获取和用户已有服务的有效期各自独立;任何一项变化,都可能让新设备表现与旧设备不同,需要分开验证。
恢复后首次连接仍可能出现系统 VPN 配置授权,应按新设备上的提示处理。旧设备已经授权,不代表新设备无需授权;购买资格也不能替代系统权限。可以先用一个已知有效的现有服务器验证基本连接,再恢复复杂规则,减少同时变化的条件。如果只能导入但无法连接,应查看连接排查,而不是返回商店再次购买。简版步骤可参阅下载指南的已购恢复说明。
家人共享与购买适用范围
先看当前商店标注
家人共享是否适用于当前商品、当前家庭与当前交易,应以 App Store 页面标注及账户内实际状态为准。不要仅凭其他应用曾经共享成功,就推断 Shadowrocket 在自己的家庭中也能直接获取。应用购买、家庭群组和购买共享是相关但不同的条件,需要逐项确认。商品支持某种共享能力,也不代表每位成员的账户都已完成必要设置。
开始检查前,先确认购买者确有有效订单,再确认希望获取应用的成员已加入预期家庭群组,并查看购买共享的实际状态。加入群组不必然等于所有购买内容都立即可见,成员权限、购买共享设置及商品可用条件都可能影响结果。应按系统显示逐项核对,不能把某个成员看不到应用直接判断为购买者需要再买一次,也不能据此断定应用已经从商店消失。
购买者与家庭成员应各自使用自己的 Apple 账户处理系统流程。购买共享的目的,是由系统根据家庭关系与适用规则提供访问,而不是让所有设备切换成同一个购买身份。排查时只需要核对群组、共享设置、购买记录和商品条件,不需要收集家庭成员的密码或验证码。涉及儿童账户或购买批准时,应由有相应权限的家庭管理者查看当前提示。
按购买者、成员、商品三层检查
第一层检查购买者:订单是否完成、是否仍有效、应用是否被隐藏,以及购买共享是否处于预期状态。第二层检查成员:当前 App Store 登录的是否为该成员自己的正确账户、家庭关系是否已生效、是否受到内容或购买限制。第三层检查商品:当前店面能否展示、设备兼容性是否满足、商店是否标注适用的共享能力。按层检查,能避免在错误设备上重复修改设置。
| 层次 | 主要检查 | 下一步依据 |
|---|---|---|
| 购买者 | 有效订单、隐藏状态、购买共享设置 | 原购买账户显示的实际记录 |
| 家庭成员 | 家庭关系、商店身份、购买与内容限制 | 该成员设备上的系统提示 |
| 商品条件 | 共享标注、地区、设备兼容性 | 当前 App Store 产品页 |
如果在成员的家庭购买列表中找不到项目,应先回到购买者一侧核对,不要只在成员设备反复刷新。如果能找到但点开后不能获取,则阅读具体提示,区分地区、兼容性、账户验证或家庭设置问题。列表可见与实际可下载仍是两个状态。相关设置调整后,应重新查看原入口的变化;不要在没有记录的情况下同时退出群组、变更地区和修改付款资料。
家庭购买不转移用户的连接资料
即使应用能够通过适用的家人共享方式获取,用户自己的服务器信息、订阅权限与配置文件也不会因此自动成为家庭公共资源。每个使用者仍应具备自己有权使用的现有资料,并遵守对应服务的使用条件。客户端获取资格不替代服务端授权,也不决定服务允许多少设备同时连接。本文不对用户已有服务的设备数量或账户规则作统一承诺。
不同成员的设备也可能使用不同 Config、Global Routing 或 On Demand 设置。某位成员能够正常连接,不代表其他设备无需配置;某台设备连接失败,也不能直接推断家人共享资格有问题。先确认应用能否打开,再查看本机资料与权限。若应用已经完成获取,后续应按照使用教程处理导入与连接,不应继续在家庭购买页面寻找网络设置入口。
家庭结构、地区或购买共享发生变化时,既有内容的后续访问应根据 Apple 当前规则与实际提示判断,不要预先假定一定保留或一定失去资格。变更前先阅读系统说明,并保留用户自己的配置资料。若家庭设置与商品标注已经核对但结果仍不一致,可通过 Apple 提供的账户支持渠道核实。说明问题时提供经过遮盖的状态信息即可,不必公开家庭成员身份资料。
搜不到、付款失败与下载停滞
先按失败阶段分类
排查第一步不是重装,而是把屏幕上的现象写成一句可复现的描述。例如“搜索没有结果”“产品页提示地区不可用”“确认购买后付款被拒绝”“下载进度长时间不变”“应用打开但连接失败”。这些现象发生在不同阶段,所需证据也不同。先记录发生位置、完整提示、当前商店账户是否已核对,以及是否存在有效订单,再选择下一步操作。
搜不到时,先使用已核对的产品页区分搜索结果与商品可用性,再检查商店地区、设备兼容性及内容限制。如果产品页能够正常购买,搜索排序本身不必继续排查;如果提示不可用,则回到地区与账户章节。不要把浏览器能打开介绍页当作购买资格,也不要仅凭网页无法跳转就判断商品不存在。应优先阅读设备内 App Store 最终给出的状态。
付款失败时,检查账户是否要求验证、付款资料是否需要处理、购买历史是否存在待处理订单。先明确订单结果,再尝试新的操作。重复点击并不能提高交易成功概率,还会使用户难以区分多次操作的先后。若交易记录与支付工具提醒不一致,应沿原订单核对账务,而不是调整设备里的代理规则。商店交易与应用内部连接使用不同的处理路径。
下载不动时检查设备与商店获取
已经购买但下载停滞,应观察是否有暂停、等待、空间不足或账户验证提示。先确认设备存储,再检查本地网络是否能稳定访问 App Store 的其他页面与内容。可以在自己可用的 Wi‑Fi 与蜂窝网络之间分别验证,但每次只改变一个条件,并注意蜂窝数据与下载相关系统设置。不要仅根据某个网页能够打开,就认定商店获取所需的网络条件一定正常。
如果多个应用同时无法下载,范围更可能涉及商店服务、账户或本地网络,而不是 Shadowrocket 的配置。此时应依据 Apple 提供的服务状态与设备内提示继续判断,必要时稍后重试。若只有这一个商品失败,则优先检查其产品页、购买状态与兼容性。等待期间不要频繁删除仍保有本地配置的应用;先确定问题来源,避免把一次获取异常扩大成资料恢复问题。
| 现象 | 先检查 | 对应章节 |
|---|---|---|
| 搜索无结果 | 产品页、商店地区、内容限制 | 商店地区 |
| 再次出现价格 | 原购买账户与有效订单 | 已购恢复 |
| 付款无法完成 | 验证、付款资料、订单状态 | 购买说明 |
| 下载等待或暂停 | 存储、网络、商店提示 | 本章下载排查 |
| 打开后不能连接 | 用户已有资料、系统权限、路由姿态 | 连接问答 |
应用能打开后,切换到连接排查
如果 Home 已能正常显示,说明需要把问题移交到应用使用阶段。先确认列表中是否已有自己的有效服务器信息,再检查系统 VPN 授权、所选项目与 Global Routing。Subscribe 更新失败与 App Store 下载失败不是同一种错误:前者可能与用户已有订阅地址、有效状态或请求网络有关,后者发生在商店获取流程。两者应分别记录,避免用同一句“下载不了”描述。
连接后速度慢,也不意味着需要重新购买或重新获取应用。应按服务器状态、线路条件、协议参数与本地网络逐层比较,保留一次只改变一个变量的做法。具体步骤可阅读速度慢的分层排查;订阅更新提示则查看订阅失败问答。这些页面以用户已有资料为前提,不改变商店购买资格,也不提供连接服务。
提交问题说明前,整理可复现步骤、提示原文、发生阶段与已完成的检查,不要只提供一句“不能用”。截图应遮盖账户邮箱、订单敏感信息、订阅地址及服务器凭据。商店交易问题通过 Apple 的账户与订单支持渠道核实;应用使用问题先依据官方手册对照实际设置。处理后回到最初失败的同一步重新验证,确认结果已改变,再结束本次排查,避免只凭某个中间页面恢复正常就误判完成。
相关查阅