Shadowrocket 节点怎么选择？按用途、延迟和稳定性筛选
简答：Shadowrocket 选节点不要只看 Ping：先按使用目的缩小地区范围，再用 Connectivity Test 或延迟测试初筛，最后通过实际网页访问和不同时间段复测确认。低延迟只能说明测试条件下的响应较快，不能单独证明下载速度、稳定性或某个服务一定可用。
定义：Shadowrocket 节点是客户端连接远端代理服务器的一组配置，通常包含地址、端口、协议及认证参数；选择节点就是在这些配置中筛选更适合当前网络、目标服务和使用场景的一条线路。
先试这一步：按用途筛选，再看测试结果
如果你已经把订阅或服务器配置导入 Shadowrocket，先不要直接选择名称看起来最“高级”的节点。Shadowrocket 的 App Store 页面说明，它支持规则分流、代理与直连流量对比，以及网络速度和流量测量；官方文档也说明，Home 页面可以选择 SERVER，Connectivity Test 用于检查连接。查看 App Store 功能说明 查看 Shadowrocket 使用文档
| 用途 | 优先观察 | 不要单独依据 | 验证方式 |
|---|---|---|---|
| 日常网页 | 连接成功、打开速度、规则是否命中 | 节点名称或地区标签 | 打开多个常用网页，确认不是只有测试地址成功 |
| 视频会议 | 连续连接稳定性、语音和视频是否中断 | 一次 Ping 数值 | 进行一段实际通话，观察断流、卡顿和重连 |
| 游戏 | 延迟波动、丢包表现、线路距离 | 只看最低延迟 | 在实际游戏或应用内观察连续表现 |
| 流媒体 | 目标服务的实际访问和地区可用性 | “解锁”“原生”等节点名称 | 登录并播放目标内容；不同服务的识别结果可能变化 |
| 下载或大文件传输 | 持续速度、长连接稳定性、流量限制 | 短时测速峰值 | 用同一文件进行较长时间的实际传输对比 |
最快判断：先选两个或三个同地区节点，逐个测试，然后保留“能连上、实际访问正常、长时间不频繁断开”的节点，而不是只保留延迟数字最低的节点。
Shadowrocket 节点选择的四步流程
- 先确认订阅和节点列表正常。在 Shadowrocket 首页检查 SERVER 是否出现节点；如果列表为空，先核对订阅地址是否完整、是否误填成管理页面或普通分享页面。订阅导入成功只代表客户端读到了内容，不代表每个节点参数都正确。Shadowrocket 文档中的订阅导入说明
- 按任务缩小范围。网页和办公通常先从距离较近、延迟较稳定的地区开始；跨地区访问、视频会议、流媒体或 AI 服务则应以目标服务的实际响应为准。地区标签、专线、倍率、家宽或原生 IP 等名称属于节点提供方的标注，不能直接当成可用性证明。
- 使用 Connectivity Test 或节点测试初筛。在客户端提供测试功能的页面中，记录延迟、超时和是否能完成连接。建议用相同网络、相同时间连续测试多个节点。测试成功只说明该次测试条件下连接成功，不能保证所有网页都能打开；官方 FAQ 也明确区分连接测试与实际网页访问。查看连接测试与网页访问的说明
- 用真实任务复核并保留结果。打开一个已知可访问的网页，再测试你的实际应用；如果只有部分域名失败，检查 Global Routing、Config 和规则匹配。如果所有网页都失败，优先检查选中的 SERVER、订阅有效性、DNS 和本地网络。一次只改一个设置，确认结果后再决定是否切换节点。
停止条件：如果两个节点都无法完成实际访问，不要继续盲目切换几十个节点；先断开 Shadowrocket，确认 Wi-Fi 或蜂窝网络本身正常，再重新连接并检查 VPN 权限、订阅和当前配置。排查完成后恢复原本使用的路由模式。
同一地区有多个节点，具体怎么淘汰
同地区节点较多时，可以按下面顺序筛选：
- 先删除或暂不使用明显超时、无法完成连接测试的节点。
- 在剩余节点中比较延迟是否稳定，不要只记录一次最低值。
- 打开同一组网页或应用，确认是否存在 DNS、规则或特定域名失败。
- 进行较长时间的实际使用，观察是否频繁断开、重连或速度明显下降。
- 在早晚不同时间段复测；如果某节点只在某个时段表现好，应标记为备用而不是唯一节点。
“专线”“IEPL”“IPLC”“倍率”“原生 IP”等标签不能替代实际验证。倍率通常涉及流量计算方式，具体规则要以订阅提供方说明为准；如果页面没有说明，相关含义就是未核实。同样，某个地区能否访问特定流媒体或 AI 服务会受到目标平台的地区策略、IP 识别和规则配置影响，不应承诺某个地区一定可用。
如果使用的是 Config 模式，节点选择和规则选择是两层设置：节点决定连接到哪台服务器，Config 决定不同请求走代理还是直连。官方说明中，Proxy 可用于缩小规则问题，Direct 可用于和当前网络直接访问进行对比；测试完成后应恢复日常使用的模式。查看 Config、Proxy、Direct 的区别
低延迟但速度慢、测速正常却打不开怎么办
| 现象 | 可能原因 | 先做什么 | 验证边界 |
|---|---|---|---|
| 延迟低但下载慢 | 测试请求短，无法代表持续传输；也可能受拥塞或对端限制影响 | 用同一文件或同一页面进行持续对比 | 单次测速不能代表长期速度 |
| 测试成功但网页打不开 | DNS、规则、目标站响应或当前配置不匹配 | 确认连接开关、SERVER 和 Global Routing，再测试已知可访问网页 | Connectivity Test 不等于所有网页可用 |
| 只有部分网站打不开 | 规则命中、域名解析或目标服务自身差异 | 临时用 Proxy 模式对比一次，再检查 Config 规则 | 不要同时修改节点、DNS 和规则 |
| 所有节点都超时 | 订阅失效、本地网络、权限或配置参数问题 | 确认订阅 URL、VPN 权限和 Wi-Fi/蜂窝网络 | 不能据此断定服务整体不可用 |
排查时不要把订阅、节点、配置文件和系统网络混为一谈。订阅主要负责获取或更新服务器列表，Config 主要负责规则和相关配置；切换 Config 不会自动修复失效节点，更新订阅也不等于规则已经正确。查看订阅、Config 与连接排查说明
安全与回滚：选节点前后要保留什么
- 不要把订阅 URL、密码、密钥或完整配置文件发到公开群组、截图或工单中。
- 更新或重装前，保存当前订阅地址、手动添加的服务器、正在使用的 Config 和自定义规则。
- 陌生配置文件可能改变规则、DNS 或流量处理方式，导入前先确认来源和内容。
- 如果更换节点后问题变多，先恢复之前能工作的节点和 Config，再逐项测试，不要一次性重置所有设置。
Shadowrocket 本身是客户端，不等于订阅服务或节点服务；App Store 页面也说明，用户需要自行提供配置。具体订阅来源、节点状态和服务能力应以对应提供方的公开说明为准，本文不对未核实的节点可用性作保证。
常见问题
Shadowrocket 节点是不是延迟越低越好？
不是。低延迟只代表测试条件下响应较快，还要结合实际网页访问、持续速度、连接稳定性和目标服务是否可用。对视频会议或游戏，延迟波动和中断情况可能比一次最低 Ping 更重要。
节点名称里的香港、日本、美国应该怎么选？
先按目标服务和用途选择候选地区，再用实际访问验证。日常网页可先测试距离较近的候选；流媒体、AI 服务和跨地区办公则不能仅凭地区名称判断，必须以当前网络下的实际结果为准。
Connectivity Test 成功，为什么网页还是打不开？
连接测试只覆盖测试条件。网页访问还可能受到 DNS、规则匹配、目标站响应和当前 Config 影响。确认连接开关和 SERVER 后，分别用 Config、Proxy 或 Direct 做一次对比，并一次只改一个设置。
Shadowrocket 节点全部超时，应该继续换节点吗？
先不要无限切换。断开客户端，确认当前 Wi-Fi 或蜂窝网络能正常访问，再检查订阅地址、VPN 配置权限、节点参数和是否启用了其他 VPN 功能。如果订阅列表本身已过期，应先向原提供方核对。
倍率节点和专线节点一定更适合下载或会议吗？
不能直接这样判断。倍率可能影响流量计算，专线标签也需要以提供方的实际说明为准；没有公开、可复现的测试时，相关能力应视为未核实。用相同文件、相同时间段和相同网络进行实际对比更可靠。
常见问题
Shadowrocket 节点是不是延迟越低越好？
不是。低延迟只是一个初筛指标，还要结合实际访问、持续速度、稳定性和目标服务的响应。
同一地区有很多节点，应该先看什么？
先排除超时节点，再比较延迟稳定性，随后用相同网页或应用实际测试，最后在不同时间段复测。
Connectivity Test 成功但网页打不开怎么办？
检查当前 SERVER、Config、Global Routing 和 DNS；可临时用 Proxy 模式对比一次，但不要同时修改多个设置。
Shadowrocket 节点全部超时怎么办？
先确认 Wi-Fi 或蜂窝网络正常，再检查订阅 URL、VPN 权限、节点参数和其他 VPN 功能，不要只靠反复切换节点。
节点名称中的专线、倍率、原生 IP 是否可信？
这些通常是提供方的标注，不能替代实际验证；具体含义和流量计算方式没有公开说明时，应视为未核实。
相关阅读
参考资料
- Shadowrocket 使用文档：节点、订阅与规则设置（shadowrocket.gitbook.io）
- shadow-official.com（shadow-official.com）