Shadowrocket 常见问题
购买、导入与连接排查

先核对 App Store 当前账户的国家或地区，再通过本站 App Store 页面进入产品页，确认是否显示可购买或已购状态。搜索不到不等于设备故障，也不能仅凭搜索结果判断应用是否可用。若产品页提示当前店面不可用，先阅读提示；确需更改地区时，在系统 Settings 的 Apple 账户中进入 Media & Purchases → View Account → Country/Region，按 Apple 提示检查余额、订阅和付款条件。页面名称可能随系统语言变化，不要为排查搜索问题反复切换地区。

应同时核对开发者、官方图标和应用 ID。开发者名称为 Shadow Launch Technology Limited，应用 ID 为 932747118，产品页地址末尾应包含 id932747118；图标应与本站页头使用的官方图标一致。不要只看应用名称或搜索排序。进入产品页后继续核对兼容性与购买信息，系统要求一律以 App Store 页面标注为准。需要购买时，从本站 App Store 正版核验页继续操作，所有获取均通过 App Store 完成。

不包含。客户端一次性买断 ≠ 线路套餐；购买的是 Shadowrocket 客户端的使用权，连接仍需用户已有自己的订阅或服务器信息。美区价格为 $2.99，一次性买断，实际支付金额与币种以 App Store 页面及确认购买时的显示为准。本站不提供、不销售、不推荐节点或订阅。完成购买后，应先准备已有服务的有效参数，再按教程导入；仅安装并打开客户端，不会自动生成可用的服务器信息。

先用原购买账户检查 App Store 已购项目，不要看到价格按钮就立即重复付款。确认当前用于 Media & Purchases 的账户与原购买账户一致，再在 App Store 的应用或已购记录中查找 Shadowrocket；具体入口名称以系统当前显示为准。若出现重新购买提示，核对账户、店面和购买记录后再操作。恢复客户端与恢复本地配置是两回事，重新安装后应检查服务器、Config 和规则是否仍在，并重新导入自己保存的有效信息；不要假定所有应用数据都会随购买记录恢复。

可以先在 iPad 的同一 App Store 产品页核对兼容性。Shadowrocket 主要用于 iPhone 与 iPad，系统要求和通用购买范围以 App Store 页面标注为准。已购买的用户，应使用原购买账户查看产品页是否显示下载标识，或从已购项目进入，确认后再操作。iPad 的布局会随屏幕尺寸和应用界面调整，但仍应核对 Add Server、Config 和 Global Routing 等项目。设备之间的客户端购买资格，不等于已有服务器和配置已经自动同步；首次使用时仍需检查实际内容。

VPN 配置授权用于让系统允许 Shadowrocket 建立网络隧道，授权本身不代表服务器已可用。先确认已选择有效服务器，再打开连接开关；出现系统请求时，核对请求来自 Shadowrocket，并按系统提示允许和验证。若曾取消，可返回应用重新尝试。仍无法打开时，检查系统 Settings 中 VPN 配置状态，以及设备是否受管理策略限制；已有其他 VPN 连接时，先停止该连接后复测。不要反复删除全部配置，先记录提示内容，区分系统授权失败与服务器连接失败。

可以直接按英文界面词定位，不必先更改语言。Home 用于查看服务器与连接入口，Add Server 用于添加连接信息，Config 用于管理配置，Settings 用于查看应用设置。首次使用可按 Add Server → 选择类型 → 填写已有服务参数 → 保存的顺序操作，再核对 Global Routing 与连接开关。本文保留界面原文，避免中文解释与实际按钮对不上；不同设备和应用界面下的位置可能变化，遇到不一致时以当前应用中的项目名称为准，不要仅凭图标位置猜测。

先比较相近使用时长、网络环境与流量下的系统电池记录，不能只凭某次百分比判断异常。网络隧道持续工作、较多传输和频繁重连都会影响用电。检查 Settings 中的 On Demand 条件，确认是否在不需要连接的网络上仍自动触发；排查时可暂时关闭 On Demand，手动连接并观察。需要自动连接时再按实际网络条件恢复设置。还应检查系统是否频繁切换 Wi-Fi 与蜂窝网络，以及服务器是否稳定；On Demand 是触发连接的设置，不是固定幅度的省电保证。

先在 Add Server 中选择 Subscribe，检查是否完整粘贴用户已有的订阅地址，再保存并尝试更新。重点检查开头和结尾是否遗漏、是否混入空格换行，以及地址中的参数是否被聊天软件截断。请求失败时先确认当前基础网络可用；若返回内容不能解析，应向原服务方核对该地址是否提供 Shadowrocket 可识别的订阅内容。网页账户入口不能代替订阅地址。排查时记录错误提示即可，不要把含访问凭据的完整订阅地址公开，也不要在失败后反复创建同一条记录。

在 Home 找到对应订阅记录，使用该记录的更新操作，并先确认更新是否完成；入口以当前应用实际显示为准。成功更新只表示取得并处理了订阅内容，不保证上游内容一定改变。若列表未变化，检查是否更新了正确记录、订阅地址是否仍有效，以及已有服务是否确实调整了内容。若更新失败，不要立即删除原记录，先保留错误信息并核对网络。更新之后还需检查当前选中的服务器是否仍存在，原来的选择不应被当成新列表中一定可用的连接。

这两种情况需要分开检查。没有服务器时，先查看订阅请求是否成功，以及返回内容是否包含可识别的连接条目；只有名称却连接失败时，继续核对地址、端口、认证信息、TLS 与传输方式。条目能保存并不代表参数组合正确，也不代表服务器当前可达。先选一个条目做 Connectivity Test，再尝试实际请求，避免同时修改整组服务器。若已有服务状态发生变化，应向原服务方核对有效性；订阅导入只是保存连接信息，不会修复服务器端的认证或可用性问题。

先在 Add Server 选择与已有服务一致的类型，再填写地址、端口及该协议要求的认证字段。Shadowsocks、VMess、VLESS、Trojan 等类型的字段并不相同，不要把一种类型的参数照搬到另一种类型中。若服务信息包含 TLS、传输方式、路径或服务器名称，也应逐项核对，不能只填写地址与端口。保存前检查大小写、空格和完整性，保存后再测试单个条目。协议支持不等于任意参数组合都可用；不确定的字段应回到用户原有的服务说明中确认，而不是自行猜值。

需要按规则选择策略时使用配置 Config；需要让请求采用所选代理策略进行对照测试时使用代理 Proxy；需要检查直接连接表现时使用直连 Direct。Config 的结果取决于当前启用的配置与规则，选中服务器并不能替代规则选择。日常使用先明确目标，再选择姿态；排查时保持同一服务器和同一测试目标，只切换姿态比较。如果 Proxy 可用而 Config 异常，应优先检查规则命中和策略引用。测试结束后恢复需要的姿态，不要长期保留为临时排查所做的改变。

按基础网络、服务器、Global Routing、DNS 与规则的顺序检查。先停止连接，确认当前 Wi-Fi 或蜂窝网络本身能访问日常目标；再连接同一个服务器做 Connectivity Test，并尝试实际请求。随后临时切换 Proxy 与 Config 对照：只有 Config 异常时，检查当前配置的规则顺序和策略引用；两者都异常时，继续核对服务器参数及 DNS。每次只改一项并记录结果，避免同时替换服务器、配置与 DNS。开关显示连接状态并不等于每个目标都能正常解析和访问。

不一定。Connectivity Test 只反映所选测试方式、目标和当时网络下的结果，不能代表所有网站、所有协议或持续传输表现。先确认测试使用的是需要检查的服务器，再打开实际需要访问的目标，核对能否解析、建立连接和取得内容。若测试正常而实际请求失败，检查 Global Routing、DNS 与规则命中；若只有某个目标失败，应缩小到该目标的解析或连接问题。比较延迟时尽量保持相同网络、测试方式和目标，不要仅按单次数字决定是否删除或替换服务器。

先判断问题属于解析还是策略选择，再修改对应项。域名无法解析时，核对当前 Config 中的 DNS 设置及解析请求的可达性；域名能解析但连接策略不符合预期时，检查规则与实际命中记录。普通规则通常按从上到下的顺序匹配，应把具体条件放在较宽泛条件之前，将 FINAL 放在末尾处理未命中前序规则的请求。规则行中的 PROXY、DIRECT、REJECT 是策略关键字，应保留原文。修改前保存原配置，每次只调整一项，再用同一目标复测，确认原因后再扩大修改范围。