联机卡顿先看丢包，再看延迟。延迟高但稳定，通常只是操作迟滞；丢包和抖动才会造成瞬移、回档与掉线。本文给出测量顺序，并说明换节点、改有线与减少干扰的具体做法。
适用场景
- 游戏中人物瞬移，交互延迟明显
- 每隔几分钟掉线一次
- 白天正常，晚上变差
- 换游戏后问题依旧
延迟与丢包要分开看：前者影响操作响应，后者影响状态同步。只有先把两项都测出来，后面的换节点与改有线才有依据，否则容易把链路问题误判成游戏优化差。
排查步骤
- 连续测量。对节点地址持续发送测试包，记录平均延迟、最大延迟、丢包率与抖动。
- 区分有线与无线。改用网线直连路由器，复测同一组数据。
- 更换节点。选择双方都较近且负载较低的节点，比较三组结果。
- 排查后台占用。暂停下载、网盘同步、系统更新与直播推流。
- 检查无线环境。确认信道拥挤程度，优先使用 5GHz 频段。
- 检查路由器。重启路由器，关闭老旧设备的节能模式。
- 观察规律。固定时段掉线，可能是运营商拥塞或地址租约更新。
- 记录对比。把每组数据写下来，避免凭感觉判断。
延迟决定手感，丢包决定是否掉线。只盯着延迟数字反复换节点，常常忽略了真正导致回档与断线的丢包，先把这一项测清楚。
什么时候该换方案，而不是继续调参
同一组参数调三次仍无改善，说明瓶颈不在设置上。出现下面三种情况，换方案比继续调参更省时间：
- 跨运营商且丢包持续高于 3%：换节点或改用手机热点对比，确认是不是线路问题
- 无线环境拥挤、信道无法调整：直接改有线，或切到 5GHz 频段
- 房主上行带宽不足：把房主换成上行更大的机器，或先停掉后台下载与推流
判断依据始终是测出来的丢包与抖动，而不是游戏内的体感描述。
判断顺序
| 指标 | 表现 | 结论与处理 |
|---|---|---|
| 丢包率 | 持续高于 1% | 优先处理链路，换节点或改有线 |
| 抖动 | 波动超过平均延迟一半 | 无线干扰或节点拥塞 |
| 平均延迟 | 高但稳定 | 多为物理距离，换更近节点 |
| 固定周期断线 | 每隔整段时间一次 | 查租约、节能与路由重启 |
| 上行占满 | 上传跑满，延迟突增 | 限制后台上传，降低推流码率 |
常见问题
延迟显示不高但操作很卡
多为丢包与抖动，而不是延迟。按上面的方法持续测量，重点看丢包率，不要只看单次延迟数字。
只有晚上掉线
晚间是运营商与节点的高峰时段。换一个负载较低的节点，或把联机时间错峰，必要时更换宽带套餐。
换了节点延迟更高
节点距离近不代表链路好。以实测数据为准，选择平均延迟与丢包都较低的那个，而不是地图上最近的；换完节点后至少观察两局再下结论。