本文目录
能上网却测不出延迟时，测速结果与实际连接需要分别记录。订阅更新后的旧选择可能还指向已经改名的节点；在保留原配置的前提下，从界面重选现有节点、等待保存，再重启复查，才能确认新选择在重启后仍然保留。
订阅更新后能上网，为什么节点页仍显示 Timeout？
记录订阅改名前后，FlClash 是否仍能打开网页，以及同一手动选择组和引用它的上层组是否持续显示 Timeout。这里的测速是对测试地址的延迟探测，不是带宽测试。
项目 issue #2635 在 Windows 的 FlClash 0.8.99+2026100301 上报告了这种现象。本次核对时它仍是用户报告，没有维护者确认的通用修复版本；现有定位与恢复建议依据 v0.8.99 源码，不能把所有 Timeout 归为同一原因。
v0.8.99 测试 select 组时，会先读取 Profile 中的 selectedMap，也就是此前保存的节点名，再找到真正要测的节点。旧名称已不在当前配置时，找不到测试对象也会返回 value: -1；这不能单独说明真实网络等待超时。
适用线索是：同一 Profile 更新后节点名称改变，实际请求仍经过预期代理成功，异常集中在原选择组或引用它的组。已知报告来自 Windows；其他平台只能在自己的名称与请求对照吻合后参考，不能推断全部平台受影响。
节点单测、组测与真实请求的对照
先做本地备份，保留当前 Profile、覆写和设置，记录完整客户端版本、组名、改名前后的节点名及测试地址。订阅链接可能含凭据，备份和原始配置只留在本机。
固定同一网络、Profile 和测试地址，在节点页展开出问题的手动选择组，确认新名称确实在当前成员列表中。分别对新节点和这个组发起一次延迟测试，等本次完成再比较，避免连续批量刷新掩盖差别。
用该组当前选择打开平时可用的 HTTPS 页面，并查看 FlClash 连接记录。只有请求进入 FlClash、使用预期代理且完成访问，才能把它作为连接正常的对照；浏览器绕过代理的成功不算。
若可见日志提到旧节点名不在 applied config 中，把它与当前成员列表对照。看不到这个日志也不等于没有旧选择，且一个失败数字不能确定原因。不要为了取证直接操作数据库或把控制接口开放到局域网。
不同结果对应不同排查方向
| 对照结果 | 下一步 |
|---|---|
| 新节点单测成功，原组测试失败，真实代理请求成功 | 优先核对组保存的选择，按下一节从界面重选现有成员。 |
| 新节点和组测试都失败，真实代理请求也失败 | 转查节点、测试地址、DNS 与当前网络，不把故障归为旧名称。 |
| 真实请求正常，多个独立节点都无法访问同一测试地址 | 检查测试地址是否被当前网络或规则阻止；换一个可信且已确认可达的地址做对照。 |
| Windows 上旧版 FlClash 仅批量失败，单测正常，且没有节点改名 | 参照本站批量测速文章，区分 v0.8.95 的既有问题。 |
从界面重新选择现有成员，并检查是否保存
在节点页重新选择当前列表中的有效节点，等待保存和切换结束。出现数据库写入失败或切换失败通知时，停止重复点击并保留错误。
v0.8.99 会把选择保存到 selectedMap，也会在保存或内核切换失败时回滚。只重启程序未必清除旧记录；按下面步骤重选后再复查，但不把 v0.8.99 当作这条报告的已确认修复。
保留原配置的恢复顺序
选中有效新名称
在出问题的 select 组中，主动点选当前列表里的一个有效新节点。若上层组引用这个手动组，先修正底层选择，再确认上层仍指向你需要的组；不要把自动组改成手动组来绕过问题。记录新名称，不选已经从订阅移除的旧项。
确认保存没有报错
等待选择操作结束，检查当前组和应用通知。出现写入或切换失败时停止重复点击，保留原始错误。
重新测试节点与组
用原测试地址单测新节点、手动组和受影响的上层组，并重新确认真实 HTTPS 请求的出站。
完整退出后复查
通过应用或托盘正常退出再启动，核对仍是有效新名称，重复同组测试与真实请求。只有退出后仍保存正确，才记为本机恢复。
重选仍未保存时，保留原 Profile 做独立对照
若重启后又出现旧选择，先保留备份和原 Profile。通过正常的新增文件或 URL 导入入口，把同一可信订阅作为另一个 Profile 添加，使用不同的可辨识名称；不要删除原项，也不要恢复整份应用备份来创建这个对照。
v0.8.99 的新导入创建独立 Profile，保存选择默认为空，可与原 Profile 的持久选择对照。订阅自身携带的规则仍随内容导入，但不能假定旧 Profile 绑定的额外规则、脚本或定制已经迁移；应用级覆写也可能影响副本，应先核对运行配置。
先检查新副本的节点列表和必须的规则，再选择有效成员，只在准备好后短时切换验证。若副本正常而原项复现，可保留它作为临时恢复选项，并逐项核对必要的定制；这仍不能替代维护者确认根因。
如果新副本也失败，恢复之前可用的 Profile 和本次更改的设置。停止 FlClash 接管后确认普通网络可用；涉及必须走代理的业务则暂停访问，避免把直连当成等价恢复。不要清空全部数据、手改数据库、关闭安全软件或承诺回装旧版能治好。
怎样确认恢复，并把失败证据交给上游？
恢复应同时满足名称正确、延迟测试与真实请求对照合理、完整退出后选择仍保留。一个绿色延迟数字只是一次探测成功，不能代表所有网站和协议都可用；即使测试地址不可达，真实请求正常也应单独记录。
若仍异常，向 FlClash 项目反馈完整版本、系统版本、节点改名前后关系、当前组成员、同地址的单节点与组测试、真实请求的实际出站，以及界面重选和退出重启后的结果。公开材料中用一致的占位名表示组与节点，遮盖订阅凭据、密码、个人地址和控制接口 secret。
与 issue #2635 特征一致可补充脱敏对照；若是 YAML 无效、节点本身断连或纯批量失败，应单独描述差异。