Clash fallback 与 load-balance 策略组怎么选

四类常见策略组的差异

select 由用户手工选择，url-test 根据探测结果挑选，fallback 按顺序使用首个可用节点，load-balance 按算法把不同连接分配给多个节点。它们的决策方式不同，应按业务需要配置。

健康检查地址要稳定且轻量

探测 URL 应长期可访问、响应体小，并能反映节点真正的外网能力。间隔过短会增加流量和 CPU，占用过长则故障发现慢。可以从较保守间隔开始，观察实际切换需求再调整。

注意登录会话和出口 IP 变化

负载均衡可能让不同连接使用不同出口，部分账户、支付或流媒体服务会把频繁变化视为异常。对需要会话一致性的域名，应单独使用固定或带一致性哈希的策略，并验证客户端实现。

减少节点反复切换

延迟差距很小时，频繁探测可能导致自动组在多个节点间抖动。设置合理容差，并优先剔除不稳定节点。不能只看一次延迟，丢包和连续可用性往往更重要。

用故障演练验证主备逻辑

在低风险时段暂时停用主节点，观察 fallback 是否在预期时间切换、已有连接如何处理、恢复后是否自动回主。演练后恢复配置并记录结果，避免真正故障时第一次验证。