晚高峰诊断要写成报告，才看得出规律

晚高峰变慢往往不是单一原因。把时间段、设备、网络、节点和应用场景写成可复盘的报告，才能判断是节点压力、家宽拥塞还是目标服务波动。

先定义晚高峰窗口

不要把一天中所有卡顿都叫晚高峰。建议固定两个观察窗口，比如 20:00-21:00 和 22:00-23:00。每个窗口内使用相同设备、相同网络、相同节点和相同应用场景测试，记录才有比较意义。

如果某个节点只在 20:30 左右变差，其他时间稳定，它可能仍适合作为非高峰主力。反过来，如果全天都卡，就不该把问题归因于晚高峰。

晚高峰最容易被忽略的是本地网络。家里有人下载、网盘同步、直播推流、系统更新，都会占用带宽和上传。报告里应写清楚当时是否多人共享网络、是否使用 Wi-Fi、是否离路由器较远。

如果有线连接稳定而 Wi-Fi 卡顿，节点不是主要矛盾。若手机流量稳定而家宽不稳定，也要先看运营商线路和路由器负载。把本地网络写清楚，可以减少大量误判。

游戏记录延迟范围、最高峰值、丢包、重连、语音断续、匹配耗时；视频记录缓冲次数、清晰度回落、拖动进度条恢复时间、直播互动延迟。两类指标不能混用。

同一个节点可能适合视频但不适合游戏，也可能游戏对局稳定但直播互动慢。把场景分开后，备用节点才能按用途保存，而不是简单写“快”或“慢”。

晚高峰报告应记录节点切换顺序。推荐顺序是主节点、同地区备用节点、相邻地区节点、目标服务地区节点。每次切换后观察同样的指标，至少持续三到五分钟。

如果主节点卡，同地区备用恢复，说明同地区还有可用线路；如果同地区都卡，相邻地区恢复，说明可把相邻地区作为晚高峰备用；如果所有节点都卡，才考虑本地网络或目标服务问题。

一份报告不能只写现象，还要写下一次怎么做。比如“香港 2 晚高峰只适合视频，游戏改用日本 1”“美西节点匹配慢但对局稳，保留给该游戏”“家宽 Wi-Fi 晚间丢包，优先有线或靠近路由器”。

这样的结论会逐步形成个人策略。下次晚高峰出现同类问题时，不需要重新乱试，只要按既定顺序切换。

标题写日期和时间段；第一段写设备、网络、客户端版本；第二段写主节点和备用节点；第三段写游戏表现；第四段写视频表现；第五段写本地网络观察；最后写结论和下一步。

如果连续三天报告结论一致，就可以调整常用节点清单。如果三天结果差异很大，说明变量控制不足，优先减少测试变量，而不是继续增加节点数量。

TAKEAWAY

晚高峰诊断的价值在于复盘。按时间窗口、本地网络、游戏、视频、节点顺序和最终动作记录，才能把临时卡顿变成可执行的备用线路策略。