功能定位：自动重试到底解决什么
在 Windows 端使用快连时，「节点连接失败」通常表现为 UI 提示"握手超时"或"TLS 协商失败"。手动点"重新连接"虽然能恢复，但远程会议、游戏团战、金融行情推送等场景对中断极度敏感，几十秒空白就可能造成实质损失。快连从 v6.2 起把「自动重试」做成可脚本化的后台任务，核心目标只有一句话：让"断线→检测→换节点→恢复"全程在 30 秒内完成，用户侧零感知。
它与「AI-Routing 3.0」实时选路共享同一事件总线，因此重试不只是简单重拨，而是带着最新延迟、丢包、QoE 分数去重新决策。换句话说，自动重试=故障自愈+质量择优，两者缺一不可。
操作路径：三处开关决定行为
1. 基础开关：「断线自动重连」
桌面右下角任务栏 → 右键快连图标 → 设置 → 连接 → 断线自动重连（勾选）。默认开启，若此前被手动关闭，请先恢复。
2. 进阶阈值：「重试间隔与上限」
同一面板下方可见「重试间隔」与「最大重试次数」。经验性观察：在公司内网+代理双重出口环境，把间隔从默认 5 s 提到 8 s、次数从 5 次提到 8 次，可显著降低"刚切节点就被防火墙 RST"的连环失败；而家庭宽带保持默认即可。
3. 日志回显：「诊断窗口」
设置 → 关于 → 诊断 → 打开日志文件夹。自动重试每次触发会写入 auto_retry.log，字段包括时间、失败原因、候选节点、最终选中节点、握手耗时。若需向客服报障，请一并打包该文件。
脚本化：把重试逻辑写成可复用配置
快连 Windows 目录下 config\user\retry_policy.json（若不存在可手动新建）控制更细粒度行为。以下模板直接复制即可体验：
{
"version": 1,
"enable": true,
"fail_reasons": ["handshake_timeout", "tls_alert", "udp_blackhole"],
"backoff": [2, 4, 8, 16],
"max_retry": 6,
"select_mode": "latency_and_loss",
"only_ram_nodes": true
}
保存后右键任务栏图标 → 重新加载配置，无需重启客户端。含义解释：backoff 是每次重试等待秒数序列，失败一次就取下一档；only_ram_nodes 限定只挑 RAM-Only 节点，确保日志清零。
场景映射：什么时候自动重试最管用
以下场景经实测最能体现自动重试的价值：
- 跨境远程桌面：客户侧突然 RST，重试可在 15 s 内切到新加坡备用线路，RDP 不会掉线。
- Zoom/Teams 会议：视频流基于 UDP，一旦丢包率>3 % 即花屏，AI-Routing 会优先选「低丢包」节点，重试后画质恢复。
- 手游挂机：游戏长连接对 IP 变化敏感，快连重试时会把「会话保持」开关一并触发，确保同一大区 IP 段，避免被踢下线。
不适用清单：自动重试也有帮不上忙的时候
1. 本地物理网络掉线（Wi-Fi 断或网线被拔）：此时重试脚本同样拿不到出口，需先恢复本地链路。
2. 企业网关对出站 443 端口做证书单向校验：即使换节点，证书指纹仍被拉黑，重试只会循环失败，需改走 80+WS 或 Trojan。
3. 账号同时在线数已达上限：重试返回 403「session_exceeded」，必须手动踢掉前一会话。
故障排查：当重试未生效时如何下手
现象：断线后 2 分钟仍无网络
- 看任务栏图标是否显示「重试第 N 次」悬浮提示；若无，检查「断线自动重连」是否被关闭。
- 打开
auto_retry.log，若最后一行是「no_candidate_left」，说明所有节点都被判定为不可用，可临时把「仅 RAM 节点」关闭再测。 - 若日志提示「backoff_max_reached」，说明连续失败已达上限，需提高「最大重试次数」或延长间隔。
- 仍无解，点击主界面「节点列表」手动切换任意低延迟节点，确认是否为全局网络问题。
版本差异：v6.4.2 与旧版行为对比
| 维度 | v6.1 及更早 | v6.4.2 |
|---|---|---|
| 重试间隔 | 固定 5 s | 指数退避 2-4-8 s |
| 节点筛选 | 仅延迟 | 延迟+丢包+QoE |
| 日志回写 | 无单独文件 | 独立 auto_retry.log |
| IPv6 网络 | 不支持 | Warp-Tunnel 支持 |
最佳实践清单：上线前 7 步自检
- 确认客户端已更新至「截至当前的最新版本」。
- 在设置 → 连接里打开「断线自动重连」，把重试间隔调成与本地网络质量匹配的值。
- 若对隐私极度敏感，把 retry_policy.json 中的
only_ram_nodes设为 true。 - 需要 IPv6 环境时，先在「高级」里勾选「Warp-Tunnel IPv6」，再启用重试，否则脚本会排除纯 v6 节点。
- 游戏场景建议把「最大重试次数」提到 8 次，避免晚高峰被频繁 RST。
- 开启诊断日志，连续跑 24 小时，检查
auto_retry.log中是否出现「no_candidate_left」或「backoff_max_reached」。 - 若公司网络有出口白名单，提前把「允许 UDP 50000-50100」写进防火墙，防止重试时新节点端口被挡。
FAQ：自动重试高频疑问
为什么重试成功后 IP 没变？
AI-Routing 发现原节点丢包回落但 IP 仍属最优，于是只重建隧道不更换出口，确保会话保持。
重试期间会不会泄露流量？
客户端默认启用 Kill-Switch，重试时物理网卡会临时阻断默认网关，不会走到本地网络。
日志文件会膨胀吗？
auto_retry.log 采用循环写入，超过 1 MB 自动清空旧内容，长期使用无需手动清理。
收尾：下一步行动建议
读完本文，你已知道快连 Windows 端如何通过「断线自动重连」+「retry_policy.json」把节点失败恢复控制在 30 秒内。现在就打开客户端，按「最佳实践清单」逐项核对；若公司网络复杂，先在非办公时段跑一晚诊断日志，确认无「no_candidate_left」后再全量推广。只要三步设置，就能让跨境会议、游戏团战、行情推送不再被手动重连打断，把真正注意力留给核心业务。
经验性观察，v6.5 内测版已出现「按应用维度触发重试」的接口，未来或将支持针对单进程设置独立策略。保持客户端自动更新，第一时间体验更细粒度的自愈能力。
