Shadowrocket 常见问题
按购买、安装、导入和连接四个阶段查找问题。先核对当前状态，再逐项修改；每次只改变一个条件，保留测试结果。
官方手册 · 问题索引正版核对与购买
先确认产品页与购买账户，再处理商店搜索、兼容性和恢复购买问题。
App Store 搜不到 Shadowrocket，先检查什么？
先通过本站下载页打开 App Store 产品页，核对应用 ID 932747118，区分搜索结果缺失与产品页无法访问。再检查 Apple 账户所属商店地区、屏幕使用时间中的内容与年龄分级限制，以及账户付款状态。商店地区以账户设置为准，不是设备的语言设置。确需调整地区时，使用系统设置中 Apple 账户的媒体与购买项目，进入查看账户与国家或地区，并先阅读变更条件。
怎样确认商店里的应用是 Shadowrocket 正版？
同时核对名称 Shadowrocket、开发者 Shadow Launch Technology Limited、应用 ID 932747118，并对照本站页头所用的官方应用图标。应用 ID 可在产品页链接末尾的 id932747118 中确认，不要只凭搜索列表中的名称或相似图案判断。Shadowrocket 是 Apple 平台付费商业应用，唯一获取入口是 App Store；价格、兼容性和系统要求以 App Store 页面标注为准。
换机或重新安装，需要再买一次吗？
先确认 App Store 的媒体与购买项目使用的是原购买账户，再到该账户的已购应用列表查找 Shadowrocket，按页面显示重新下载。若仍显示价格，先核对购买记录、账户及商店地区，不要直接重复付款。恢复应用购买与恢复连接配置是两件事：安装完成后，应检查自己的订阅、服务器信息和配置文件是否仍在，不要假定重新下载会自动恢复全部设置。
iPad 能安装吗？Mac 与 Apple TV 在哪里核对？
Shadowrocket 以 iPhone 与 iPad 使用为主。请在目标设备打开同一 App Store 产品页，检查兼容性栏与当前账户显示的获取状态。Mac、Apple TV 与 Apple Vision 的兼容信息也在该商店页核对。系统要求、设备兼容性以及是否通用购买，以 App Store 页面标注为准。不要仅根据另一台设备已能安装，就推断当前设备一定满足条件。
一次性买断包含订阅或服务器连接服务吗？
客户端一次性买断 ≠ 线路套餐。购买的是 Shadowrocket 应用，连接所需的订阅或服务器信息需要由用户自行准备。美区定价约为 2.99 美元，各店面按当地货币显示，实际金额以 App Store 付款页面为准。本站是官网与官方手册，不提供、不销售、不推荐节点或订阅。导入已有配置前，应确认自己有权使用该配置，并了解它的有效期与使用条件。
安装与首次打开
区分系统授权、连接开关与自动连接行为，避免把权限问题当成服务器故障。
首次连接时，为什么提示添加 VPN 配置？
Shadowrocket 需要通过系统 VPN 配置接管相应网络流量。首次发起连接时，系统可能要求允许添加配置，并通过设备密码或生物识别确认。请核对提示中的应用名称后再操作。这个授权只是允许应用创建系统配置，不会补齐服务器参数，也不等于连接已经成功。若此前取消，可回到应用再次发起连接；受设备管理限制时，应先确认管理策略是否允许添加 VPN 配置。
Home 页开关打不开，或刚打开就关闭，怎么办？
先确认已导入有效服务器信息，并在 SERVER 中选中准备使用的项目，再尝试打开 Home 页连接开关。留意系统 VPN 授权是否完成，以及是否有其他 VPN 连接正在占用。若开关立即回落，记录当时的错误提示，检查设备管理限制与当前配置。先保存必要信息，再重启应用或设备；不要一开始就删除所有配置，否则可能丢失用于定位原因的设置。
界面显示英文，怎样对照官方手册操作？
本手册保留界面英文原文，便于逐项核对。Home 用于查看连接状态和服务器列表，Config 用于管理配置文件，Settings 用于调整设置；Global Routing 决定整体路由方式，Add Server 用于填写服务器信息。先按这些名称定位，不要凭中文含义猜按钮位置。若系统为该应用提供语言选择，可在系统设置的对应应用页面检查；实际可选语言与界面显示以当前应用为准。
开启 On Demand 后，为什么连接会再次自动出现？
On Demand 用于按条件触发连接，启用后，手动断开不一定意味着之后始终保持断开。先检查应用中的 On Demand 设置及已有触发条件，再观察是否在网络切换或发起请求时重新连接。需要临时停止自动连接时，应先关闭相应按需设置，再关闭连接开关。诊断其他故障时，也可以暂时停用该功能，避免自动重连改变测试状态，检查完成后再恢复需要的条件。
开启后耗电增加，应该怎样判断原因？
先在系统电池用量中比较相近使用时长下的消耗，同时记录网络类型、数据流量和是否频繁重连。大流量传输、信号较弱、持续连接测试及重复重试都可能增加耗电，不能仅凭 VPN 标识判断原因。排查时暂停不必要的测试与持续日志记录，保持其他条件一致再观察。若只有某个配置出现异常，检查其重连情况和规则行为，不要通过关闭证书验证来尝试降低消耗。
订阅导入与节点添加
先辨别输入内容，再选择入口。服务器列表、单个服务器参数与规则配置文件不能混为一谈。
已有订阅应该导入到哪里？
先区分服务器订阅与配置文件地址：前者通常返回服务器列表，后者可能包含 General、Rule、Host 等段落。已有服务器订阅可按使用说明从 Add Server 中选择 Subscribe 并填写地址；若使用 Config 页的 Subscribe 入口，应先确认该入口要求的内容类型。两类地址不能仅因都以 https 开头就互换。导入后分别检查 SERVER 列表与 Config 中的内容，确认信息进入了预期位置。
Shadowrocket 订阅导入失败，按什么顺序检查？
先检查地址是否完整，尤其是末尾参数，有没有多余空格、换行或中文标点。再确认当前网络可以访问该地址，并核对订阅有效期与访问权限。返回登录页面、错误页面或空内容的地址，不会因为能在浏览器打开就成为有效订阅。随后检查所选入口是否对应服务器订阅或配置文件。向原配置提供方反馈时，保留错误提示与发生条件，但不要公开完整订阅地址及其中的凭据。
提示导入成功，但 SERVER 里没有预期项目，怎么办？
先确认导入的是服务器订阅，而不是只包含规则的配置文件；再检查列表分组是否折叠、是否存在搜索或筛选条件。若列表仍为空，查看更新结果是否提示解析失败，并确认返回内容确实包含当前应用可识别的服务器信息。成功保存一个地址，不等于已经成功取得服务器列表。重新导入前保留原有可用项目，避免先删除再发现地址或访问权限仍有问题。
Add Server 手动填写时，哪些参数必须核对？
以用户已有的服务器信息为准，先核对 Type、地址与端口，再核对身份认证及传输设置。Shadowsocks 的加密方式与密码、VMess 或 VLESS 的 UUID，以及 TLS、服务器名称和传输路径等字段，都应与提供的信息一致。不要把不同协议的字段相互套用，也不要凭经验修改 alterId 或 flow。保存后选中该项目进行测试；若失败，应先逐项比对参数，而不是连续更换不相关选项。
怎样更新订阅？更新后手动修改会保留吗？
在对应订阅项目的操作菜单中执行更新，等待结果完成后，再检查服务器列表和当前选中项目。更新会按远端返回内容重新整理相关数据，名称、参数或项目数量都可能改变，不应假定手动修改一定保留。需要长期保留自定义参数时，先记录必要信息，并与订阅管理的项目区分。若更新失败，先核对网络、有效期与地址权限，避免反复删除订阅；服务器订阅更新也不等于规则文件同步更新。
规则分流与连接排查
按基础网络、服务器、DNS、规则的顺序缩小范围。已连接、测试成功与目标可访问，分别代表不同层面的结果。
Global Routing 的 Config、Proxy、Direct 怎么选？
三种姿态分别是配置 Config、代理 Proxy、直连 Direct。Config 按当前配置文件中的规则决定连接策略，适合已经准备好分流规则的情况；Proxy 将流量交给所选代理处理；Direct 则直接连接目标。排查时可以在固定网络和同一目标下切换比较，但 Direct 能访问不代表代理路径正常，Proxy 能访问也不代表规则正确。切换前记录原状态，测试后恢复预期设置，避免忘记当前正在使用哪一种姿态。
显示已连接，却无法上网，先排查哪一层？
系统显示已连接，只能说明 VPN 配置处于运行状态，不保证服务器和目标网站可达。先暂时断开，确认当前网络本身可用，再连接并检查选中的服务器与 Global Routing。随后用多个目标区分单个网站故障与整体连接失败，并查看 Connectivity Test 及相关日志。如果表现为域名打不开，应检查 DNS；如果只有 Config 异常而 Proxy 正常，优先检查规则命中与策略，避免同时修改多项设置。
Connectivity Test 成功，为什么某个网站仍打不开？
Connectivity Test 只反映对应测试条件下的结果，不等于所有域名、端口和应用请求都能通过。先确认测试所用项目与实际连接选中的服务器一致，再查看目标请求在日志中匹配了哪条规则、使用了什么策略。单个网站还可能涉及 DNS、TLS、目标服务状态或不同传输方式。记录具体错误和复现条件，比重复点击测试更有用；不要把一次测试结果理解为完整的连接质量保证。
修改了分流规则，为什么访问方式没有变化？
先确认 Global Routing 处于 Config，并且编辑的文件就是当前启用的配置。Rule 中通常按从上到下的顺序匹配，较早命中的规则可能已经决定了策略，FINAL 应用于此前规则未匹配的连接。核对 DOMAIN、DOMAIN-SUFFIX 等关键字与策略拼写，同时检查实际请求是否使用了不同的子域名。保存并重新加载配置后，重新发起目标请求；已有连接可能仍沿用原路径，应结合新日志判断变化。
连接问题反馈前，应该保留哪些信息？
记录问题发生时的网络类型、Global Routing 姿态、所用协议、错误提示，以及断开后基础网络是否正常。再整理单个目标还是多个目标失败、是否只在某种网络下发生、最近是否更新过订阅或配置。引用日志时，仅保留诊断所需片段，移除订阅地址、密码、UUID 和其他身份信息。每次只改变一个条件并记录结果，这样才能区分服务器参数、DNS 与规则问题，而不是让多次改动互相掩盖原因。