连接异常前，怎样建立可比较的网络基准
基准不是追求一个漂亮数字，而是保存“正常时在什么条件下完成了什么任务”。异常出现后，只有条件足够一致，差异才可能指向真实变化。
地址层确认完整主机名与最终跳转
会话层区分登录结果与状态保持
连接层记录设备、网络与错误原文
故障沿着四层轨迹出现
页面还没有打开时，账号尚未进入验证；账号通过但客户端未建立连接，也不等于节点本身异常。按发生顺序判断，能避免高成本重置。
四个数字，回答四种问题
指标不能互相替代，也不能脱离任务解释。保持目标和时段一致，才有比较意义。
延迟一次响应需要多久适合观察互动与请求等待
抖动连续响应变化多大适合观察实时任务连续性
丢包测量中的数据是否到达必须连同目标和窗口保存
吞吐持续传输能完成多少需要足够长且负载清楚的任务
同一节点，也要做双设备对照
先对齐网络、时间、客户端版本与任务，再观察差异是否跟随设备。交换条件是验证，不是新的猜测。
DEVICE A
已知正常设备
- 保存系统与客户端版本
- 记录前台、锁屏和接入方式
- 完成原任务并保留时间窗口
SWAP ONE CONDITION
DEVICE B
待比较设备
- 使用相同目标与相近时段
- 先排除同步、更新和省电
- 观察问题是否跟随设备
连接观察记录
较新的记录排在前面，每个标题对应一个具体使用问题。
基石指南
同一节点在不同设备表现不同，应该先检查什么
节点名称相同不代表两台设备的路径、系统策略与客户端状态完全一致。先把设备差异列出来，才有资格判断问题是否真的来自节点。
延迟、抖动、丢包和下载速度分别说明什么
四个数字并不是同一种质量的不同写法。它们分别描述响应时间、时间变化、数据缺失和持续传输能力，必须结合任务和测量方法阅读。
排查连接问题时，怎样让每次修改保留证据
重装、换网、切节点和重新登录一起执行，可能让问题暂时消失，却也同时抹去原因。控制变化，是为了让每次恢复都留下可解释的证据。
重启、重新连接和重新登录有什么区别
三个动作分别影响应用进程、网络会话与账号会话。先判断错误所在层，再选择最小的重置，能够减少资料丢失和新的不确定性。
偶发断线怎样记录时间、设备与网络条件
偶发问题最大的难点不是“看不见”，而是每次发生时条件不同。用短而一致的事件记录，可以把零散抱怨转成可比较的时间序列。
问题消失以后，怎样确认连接已经真正恢复
一次成功只证明某个瞬间完成了动作。真正的恢复需要回到原任务、维持足够时间，并确认不是因为测试条件已经悄悄改变。
旧地址与当前服务明确分开
这个域名曾用于个人学术网站。当前页面不代表原作者、大学、研究机构、论文或软件；确认存在的原地址均有独立说明，避免直接失效或造成身份误认。