iPad 上使用 Shadowrocket:从已购项目下载与横屏界面差异

已购记录：同一购买账户再次下载

Shadowrocket（小火箭）是一次性买断的闭源商业应用，唯一获取入口为 App Store。若已使用自己的 Apple ID 购买，通常可在符合条件的 iPad 上通过同一购买账户免费再次下载，无需把 iPhone 上的应用传给 iPad。系统要求和设备兼容性以 App Store 页面标注为准。

这里的“同一账户”指 App Store 使用的购买账户。iPad 登录的 iCloud 账户与“媒体与购买项目”账户可能不同，仅看到设置顶部的账户姓名，并不能证明商店正在使用当初购买 Shadowrocket 的账户。再次下载前，应先检查 App Store 账户页。

核对应用时，应同时检查名称 Shadowrocket、官方图标、开发者 Shadow Launch Technology Limited 与应用 ID，而不是只凭搜索结果中的图标颜色判断。具体核对位置可查看正版核对说明。

iPad 从已购项目安装的操作顺序

App Store 的账户入口会随系统界面调整而变化：购买记录可能位于“已购项目”，也可能归入“App”下的个人应用列表。判断依据是能否看到自己的历史购买项目，不必把某一版系统的按钮位置当成唯一入口。

1. 核对购买账户

   打开 iPad 的 App Store → 账户头像，核对当前账户。若与购买时不同，先确认自己的原购买账户信息，再在商店账户设置中处理；不要仅依据 iCloud 登录状态判断。

2. 查找已购应用

   进入“已购项目”，或“App”→ 个人应用列表，搜索 Shadowrocket。若有“全部”与“不在此 iPad 上”等筛选，先查看“全部”，避免筛选条件隐藏已安装项目。

3. 再次下载应用

   打开条目并核对开发者与应用 ID，再点击云朵下载按钮。若显示价格而不是再次下载入口，先停止购买操作，检查账户和历史记录，不要把再次付款当成恢复步骤。

4. 首次打开检查

   下载完成后打开 Shadowrocket，查看 Home 中是否已有自己的服务器条目，并检查 Config。空列表不代表购买失败，只说明本机还需要准备应用内数据。

5. 授权本机连接

   完成订阅与配置检查后，在 Home 打开连接开关。系统首次询问是否添加 VPN 配置时，确认是刚才的操作触发，再按系统提示授权。iPhone 已完成的授权不能替代 iPad 本机授权。

若已购列表中找不到应用，可先核对购买历史中的账户与订单，再检查是否隐藏了该项目。商店地区、账户状态和当前可用性也可能影响显示；这些情况应通过 App Store 账户页与系统提供的支持入口处理，不要靠反复退出、重装来猜测原因。

横屏与分屏：变化的是空间，不是配置含义

iPad 横屏可提供更宽的显示区域，列表能容纳的文字通常更多；进入较窄的分屏窗口后，同一名称可能被截断，操作入口也可能收拢。具体呈现受 iPad 型号、系统窗口能力、应用当前界面和窗口宽度影响，应以设备实际显示为准，不应假定所有 iPad 都固定采用某一种多栏布局。

阅读其他设备的操作说明时，应按 Home、Config、Settings 等界面词寻找入口，而不是照搬“屏幕左下角”之类的坐标。Home 用于查看连接与服务器条目，Config 用于管理配置，Settings 用于检查设置；窗口变宽或变窄，不会把订阅自动变成规则文件。

• 先全屏完成首次配置：将 Shadowrocket 恢复到较宽窗口，确认服务器完整名称、Global Routing 与当前 Config，再进入分屏，避免因文字截断选错条目。
• 旋转后重新核对名称：切换横竖屏后查看当前选中条目，不要仅凭条目在列表中的位置判断。订阅更新可能改变排列顺序，名称相似时尤其需要展开检查。
• 分屏中按职责切换：在系统支持的多任务方式下，一侧保留 Shadowrocket，另一侧用浏览器访问已知地址。修改一次设置后再观察结果，不要同时切换服务器、Config 和网络。
• 收起键盘再确认：编辑地址或密码后先保存，收起键盘，再查看当前条目。屏幕键盘遮挡下方区域不等于设置项消失，也不表示保存已经完成。

分屏只是窗口呈现方式，不是网络分流条件。不能据此推断“左侧应用走 PROXY、右侧应用走 DIRECT”。实际请求仍受当前连接状态、Global Routing、规则和系统网络行为影响；隐藏 Shadowrocket 窗口也不等于关闭连接，应在 Home 检查开关状态。

订阅与 Config：在 iPad 分别导入并核对

App Store 已购记录解决的是应用获取权限，不是应用内数据迁移。不要把“已购下载成功”理解成 iPhone 的订阅、密码和当前 Config 已在 iPad 就绪。本文采用每台设备分别导入、分别验证的操作方式；即使通过其他已有数据管理方式带入了内容，也仍需检查本机选中项。

在 iPad 的 Home 右上角点击“+”→ Type → Subscribe，将自己的订阅链接填入 URL，填写便于识别的名称后保存，再更新该订阅。示例格式 https://example.com/sub?token=xxxx 只是明显假值，不能用于连接。真实链接中的 token 属于敏感信息，不应放入截图、聊天记录或公开笔记。

• 核对订阅内容：更新后检查是否出现服务器条目，名称与自己的服务记录是否相符。更新成功只说明获取并解析了内容，不等于所有服务器都能连接。
• 核对 Config：如需使用自己已有的规则配置，在 Config 中导入对应文件或自己已有的配置地址，再明确选择要使用的配置。Subscribe 的地址与 Config 的地址职责不同，不能仅凭两者都是 URL 就互换。
• 核对账户限制：同一订阅在 iPhone 和 iPad 上导入后，服务是否允许同时连接、流量如何合计，由自己的服务条款决定。客户端的再次下载权限不会改变这些限制。
• 核对保存结果：退出编辑页再进入一次，确认修改已保存；接着返回 Home 查看当前选中的服务器，避免只改好了某个条目，却仍在使用另一个条目。

如果目标是让两台设备采用相同分流逻辑，应比较实际 Config 内容，而不是只比较文件名。以下是说明规则顺序的简化示例，不是可直接替代个人完整配置的模板；策略名称还需要与自己的配置一致。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

DOMAIN-SUFFIX 用于域名后缀匹配，IP-CIDR 用于指定地址段，GEOIP 按 IP 地理数据库判断，FINAL 是前面均未命中时的最终策略。规则按顺序匹配，所以即使 iPad 与 iPhone 选择了同名服务器，使用不同 Config 或不同规则顺序，访问结果也可能不同。

Global Routing：先确定姿态再判断故障

在 Home → Global Routing 检查当前姿态。下面对比的是 Shadowrocket 自身的 Config、Proxy、Direct 三种设置，不是连接服务的选择建议。排查时应记录原设置，临时测试结束后恢复；系统排除流量及特殊网络行为也需要单独考虑，不能把姿态名称理解为绝对覆盖所有数据包的保证。

例如，同一 iPad 在 Direct 下能访问一个普通网页，切到 Config 后该网页失败，应先检查该域名命中的规则与对应策略；若多个地址在不同姿态下都失败，则先确认 Wi-Fi 是否需要登录、网络是否可用。每次只改变一个变量，才能把结果归因到具体设置。

iPad 使用问答：购买、分屏与连接恢复

完成首次设置后，可以保留一份不含敏感信息的核对记录：购买账户是否确认、订阅是否更新、当前 Config 名称、Global Routing 姿态以及 On Demand 是否启用。下次切换网络或调整窗口时，先对照这几项，比重新导入所有内容更容易定位差异。