网页还在更新，能说明什么？

切换线路后，网页聊天窗口仍在接收消息，并不一定表示切换失败。网页可能继续使用已经建立的连接，也可能刚刚自动重连。快柠檬界面上的当前节点，与页面中每条连接的实际生命周期，是两个需要分别观察的对象。

这里讨论通用网络行为，不断言快柠檬一定保留旧连接。某些客户端会在切换时主动关闭连接；另一些实现可能让部分已有路径继续工作。系统路由、应用重试方式以及实际网络路径都会影响结果。开始前可先查看线路与节点的状态观察顺序。

理解四个容易混淆的概念

WebSocket是持续通信，不是每条消息重新连接

经典WebSocket通过HTTP/1.1的Upgrade握手建立通信，之后在底层TCP连接上传递消息帧，适合聊天和实时更新。也存在基于HTTP/2的扩展建立方式，不能把所有实现都限定为同一种握手。不是所有实时网页都使用WebSocket，轮询等方式也能实现更新。

连接复用和TLS会话不是同一个层次

HTTP/2可以在一条连接上复用多个流。TLS会话恢复则帮助后续握手复用部分先前状态，不代表旧TCP连接被迁移到另一个节点，也不能单独证明出口地址没变。应用登录会话还可能跨多次网络重连继续有效，聊天未退出与网络路径未变化没有必然关系。

以一次可恢复的操作验证变化

  1. 先保存工作。避开文件上传、支付提交、在线编辑同步或重要通话，记录当前页面和切换时间。
  2. 只切换一次。观察客户端提示是连接中、已连接还是失败；不要把选中节点直接当作所有请求都已经改道。
  3. 区分旧页面和新请求。对非重要页面新开一次访问，观察是否成功；有经验的用户可在浏览器开发者工具的网络面板查看WebSocket建立与关闭时间。
  4. 必要时重新建立会话。确认内容已保存后重新加载页面，或使用应用正常的重新连接操作，记录变化前后的结果。

系统中确有数据传输时，也不能只凭发送字节推断路线。macOS进程网络活动观察提供了另一层证据，但同样无法单独确认出口。

旧连接和新线路需要不同证据

原页面能继续更新，只能说明应用仍在完成通信。新开的页面能访问，也不直接证明每种应用、每个域名都使用相同路径。若需要核验出口，可在有权限且可信的诊断服务中查看新请求信息，结合客户端日志与请求时间判断，避免公开账号、令牌或完整日志。

如果切换后所有请求都失败，还应考虑本地Wi-Fi变化、目标服务状态和实际连接错误，不能把原因全部归结为WebSocket。确认连接稳定后，再采用两条线路的A/B对照测试比较体验，避免把会话重建耗时误当作长期性能差异。

对于快柠檬节点切换，最有用的记录是“何时切换、何时新建请求、请求是否成功”。重要传输期间保持连接稳定，比反复断开观察更值得优先考虑。