测试Shadowrocket节点时先切换至全局模式，核心目的在于排除配置文件中所有分流规则、策略组和去广告规则对测试流量的干扰，确保测试请求完整地经过选定代理节点往返。规则模式下国内直连规则、策略组覆盖和REJECT拒绝规则可能导致测试流量未经过代理节点或被本地拦截，使得测试结果完全无法反映节点的真实连通性和性能。切换全局模式后，所有流量无差别地通过当前选中的单一节点转发，用户访问IP检测网站可立即确认出口IP是否变为代理IP——若显示代理IP则节点连通正常，若显示本地IP或连接失败则节点不可用。确认节点在全局模式下工作正常后，用户切回规则模式验证分流规则的完整性，如果规则模式下特定网站无法访问，则问题明确指向配置规则而非节点本身，此时应开启连接日志查看该域名的匹配规则，针对性调整规则顺序或补充缺失规则。在日常使用中保持“全局模式测节点、规则模式用分流”的流程，每次遇到网速异常时先切全局验证节点状态再回规则排查规则问题，能够显著提升排障效率并确保节点选择的准确性。
规则模式下的分流干扰会导致测试结果不准确
规则模式可能将测试流量错误地判为直连
当用户在规则模式（全局路由设为“配置”）下测试节点时，当前激活的配置文件中包含的大量分流规则会参与每一个网络请求的决策。如果配置文件中的GEOIP,CN,DIRECT或特定域名直连规则恰好在节点测试请求的匹配路径上，测试流量可能被规则引擎判定为“需直连”而直接绕过了待测试的代理节点。此时用户看到的“连接成功”状态实际上反映的是本地网络是否可达，而非该代理节点是否可用，测试结果完全失去了参考价值。切换全局模式可以规避所有分流规则的干扰，确保每个测试包都经过待测节点的完整转发链路，获得真实的节点连通性和延迟数据。
配置中的策略组可能将测试流量引向非目标节点
在规则模式下，用户主界面手动选中的节点不一定是实际处理流量的节点。配置文件中的策略组可能通过“自动选择”、“延迟最低”或“故障转移”逻辑覆盖了主界面的节点选择，导致测试请求实际被发送至策略组中的其他节点而非用户意图测试的那个节点。这种策略组覆盖行为在复杂配置中极为常见，用户往往在不知情的情况下测试了错误的节点。全局模式则完全忽略策略组定义，直接使用主界面当前选中的单一节点作为所有流量的唯一出口，确保测试目标与用户预期一致。
去广告规则和REJECT规则可能阻断测试请求
规则模式下的配置文件中如果包含了REJECT或REJECT-DROP规则，且测试目标域名或IP恰好匹配了这些拒绝规则，测试请求可能在到达代理节点之前就被本地规则引擎拦截并返回失败。用户此时得到的“节点不可用”结论完全是误导性的，因为被拒绝的是测试请求本身而非节点故障。全局模式由于不执行任何配置规则，能够彻底排除这类本地拒绝规则对节点测试的干扰，使测试结果只反映节点自身的连通状态。
全局模式提供纯粹的代理通道测试环境
全局模式强制所有流量经过选定的单一节点
当用户将全局路由切换至“代理”（全局）模式时，Shadowrocket会关闭所有分流逻辑和规则引擎，直接使用用户在节点列表中手动选中的那个节点作为唯一转发目标。每个测试数据包从设备发出后，完整地经过“设备→代理节点→目标测试服务器→代理节点→设备”的往返路径，不经过任何直连通道或备用节点的干预。这种纯粹的代理通道测试能够准确反映该节点在当前网络环境下的真实延迟、丢包率和带宽表现，是最可靠的节点质量评估方式。
全局模式测试结果可用于横向对比不同节点
在相同的全局模式下分别测试多个节点，得到的延迟数值和连接成功率具有相同的测量基准，因为每次测试都排除了配置规则和策略组的变量干扰，唯一的变化仅仅是节点本身。用户可以通过这种对比测试轻松筛选出当前网络环境下表现最优的节点，将延迟最低、丢包最少的节点设为默认使用。如果用户在规则模式下分别测试不同节点，测试路径可能因规则匹配差异而不同，导致对比结果失去公平性。
全局模式下的测试速度更直接反映节点性能
规则模式下每个请求都需要经过规则引擎的逐条匹配，虽然单次匹配耗时在微秒级别，但累计起来仍会对测试结果产生微小偏差。全局模式完全跳过规则匹配环节，测试流量从设备到代理节点的通道最为直接，所测得的延迟数值最能反映节点本身的网络链路质量，而不包含规则引擎的处理开销。对于需要精确测量节点延迟的用户而言，全局模式是获取可靠数据的前提条件。
规则模式与全局模式测试结果的典型差异
规则模式下显示“已连接”但全局模式下无法访问
这是一种常见的反向场景，当用户在规则模式下看到节点状态为已连接且能正常访问境外网站时，切换至全局模式反而无法访问。这说明用户当前使用的配置文件存在问题——规则模式下的“已连接”可能来自配置文件中的直连规则（国内流量直连），而用户实际在访问的境外网站可能因策略组配置不当未能正确经过代理节点。切换至全局模式后，所有流量强制走代理，如果此时无法访问，则明确说明该节点实际不可用或当前网络环境无法连接该节点，用户应立即切换节点或排查本地网络是否阻止了代理连接。
规则模式下测试延迟极低但实际使用卡顿
当用户在规则模式下测试某个节点时显示的延迟数值非常低（如数十毫秒），但切换至该节点实际使用时却感觉网页加载缓慢或视频缓冲频繁。这种情况通常是因为规则模式下的测试请求匹配了直连规则，实际测量的是本地网络的响应速度而非代理节点的延迟。切换至全局模式后重新测试该节点，用户会看到真实的代理延迟数值——可能高达数百毫秒甚至超时，这才解释了实际使用中卡顿的原因。全局模式通过暴露真实的节点延迟，帮助用户做出正确的节点选择决策。
全局模式下测试通过但规则模式下特定网站打不开
当用户在全局模式下确认某个节点工作正常，但切换回规则模式后某个境外网站无法加载时，问题出在配置文件而非节点本身。可能原因包括：该网站的域名未被规则覆盖导致走了直连，或者该域名被去广告规则误判为REJECT，或者策略组引用了错误的节点。用户通过全局模式先确认节点健康，再回到规则模式排查配置问题，这种“先确认节点，再检查规则”的排障顺序是最高效的流程。
如何正确地进行节点测试与验证
切换全局模式执行初步连通性测试
用户在进行节点测试前，首先将全局路由下拉菜单切换至“代理”（全局）模式，确保所有分流规则和策略组被临时禁用。然后选择目标节点并开启代理开关，访问http://ipinfo.io或http://ip.sb等IP检测网站，确认当前出口IP已变为代理服务器的IP地址。如果IP检测成功显示代理IP，则说明节点基本连通；如果显示本地IP或页面无法加载，则该节点在当前网络环境下不可用。这一初步测试耗时仅需10秒，是验证节点可用性最直接的方式。
在全局模式下进行速度与延迟实测
通过IP检测确认节点连通后，用户在全局模式下使用Shadowrocket的“延迟测试”功能或通过实际浏览视频、下载文件来评估节点的速度和稳定性。延迟测试结果可以反映节点到目标服务器的响应速度，而实际浏览大文件或4K视频时的加载速度则更贴近日常使用体验。用户可在此阶段切换多个节点，分别记录每个节点的延迟和速度数据，进行横向对比筛选出性能最佳的节点。
回到规则模式验证分流规则的完整性
确认某节点在全局模式下表现良好后，用户将全局路由切回“配置”（规则）模式，保持同一节点选中，然后访问之前测试过的境外网站（如YouTube、Google）和国内网站（如百度、淘宝）。如果境外网站能正常访问且IP显示为代理地址，国内网站能正常访问且IP显示为本机地址，则说明当前配置的分流规则完整且生效。如果某个网站无法访问或路由错误，用户可开启连接日志查看该域名的匹配规则，针对性调整配置文件中的规则顺序或添加缺失的规则条目。
建立日常使用的节点切换流程
在完成全局模式下的节点测试和规则模式下的分流验证后，用户应将测试通过且性能最优的节点设为主要使用节点，并保持规则模式作为日常默认模式。当日常使用中感觉到网速明显下降或节点频繁断线时，重复上述测试流程——先切全局模式验证节点当前连通性和速度，若节点故障则切换备用节点并重新测试，若节点正常但规则模式下访问异常则调整配置规则。这种“全局模式测节点、规则模式用分流”的分工模式能够最大化日常使用的稳定性和排障效率。
常见问题FAQ
全局模式下访问IP检测网站成功，但规则模式下打不开？
说明当前节点的代理通道本身正常，问题出在配置文件的规则设置上。用户应检查该网站的域名是否被规则匹配为REJECT或被错误地匹配至了不存在的策略组。可开启连接日志查看该域名在规则模式下实际匹配的规则，然后调整规则顺序或修改策略指向正确的节点。
切换全局模式后节点测试通过，但速度很慢怎么办？
如果全局模式下节点速度已经缓慢，说明该节点本身的网络链路质量不佳，可能因服务器负载过高、国际带宽拥塞或地理距离过远导致。用户应切换至其他节点进行对比测试，从延迟和速度的综合表现中筛选出当前最优节点。速度慢与模式选择无关，单纯是节点性能问题。
测试节点时需不需要先关闭配置文件中的去广告规则？
在全局模式下测试节点时，去广告规则和所有其他分流规则均被完全忽略，因此用户无需手动关闭任何规则。只有在规则模式下测试才需要关注规则影响。全局模式天然提供了纯净的测试环境，这正是“先切全局”这一操作的核心价值所在。
为什么全局模式下能正常访问，规则模式下部分网站显示连接被拒绝？
连接被拒绝通常是配置中的REJECT规则针对该域名生效所致。用户应检查配置文件中是否包含针对该域名的拒绝规则，如果去广告规则误将正常域名屏蔽，可手动将该域名从拒绝规则中移除或修改为DIRECT策略。也可将全局模式作为验证节点健康的基准，在规则模式下专注于优化配置规则而非重复测试节点。