先把“变慢”写成一个任务
晚间连接波动可能表现为入口打开慢、图片迟到、订阅更新超时、客户端握手失败或连接后吞吐下降。不同任务走的请求、缓存和远端目的地可能不同。测试前先选一个可重复动作，不要把整晚所有不顺都合并成“线路差”。
例如固定为打开同一说明页、刷新同一订阅列表或连接同一已保存配置。记录开始时间、首次可见结果和完整结束时间。任务定义不变，后面的网络对照才有意义。
固定设备比先跑测速更重要
跨设备比较会同时引入无线芯片、系统版本、省电策略、后台应用和客户端版本。优先在同一设备上比较Wi-Fi与手机热点，保持应用版本和任务不变。差异能说明接入网络参与，但不能直接定位运营商、海缆或远端服务。
一次公共测速选择的服务器通常与实际访问目的地不同。测速很快而特定资源缓慢并不矛盾，因此测速只能作为本地接入背景，不能替代目标任务。
连接建立与持续传输分开看
TCP连接需要往返握手，高延迟网络会放大建立连接的等待。页面很久没有反应、随后内容快速出现，和立即出现框架但图片持续缓慢，可能落在不同阶段。
记录首个可见内容与完整加载的差别。只有首开慢、重复打开快，还要考虑缓存；每次都在相同位置停住，则更接近稳定的请求、资源或远端路径问题。
缓存会让第二次测试变得不公平
RFC 9111说明缓存会根据新鲜度和验证机制复用响应。第一次打开需要取得资源，第二次可能直接使用本地副本，因此第二次更快不能单独证明网络恢复。
比较两种网络时，采用相同顺序并注明冷启动或重复访问。不要在一个网络测试十次后，只在另一个网络测试一次；缓存和连接预热会让结果偏向先测试的一方。
Wi-Fi信号满格仍可能访问缓慢
信号强度描述设备到接入点的无线链路，不等同于路由器到互联网、运营商出口或远端服务的质量。满格但所有设备都慢，可检查路由器上游；只有一台设备慢，则设备后台任务、驱动或省电策略更值得观察。
先问同一Wi-Fi上的另一台设备能否完成同一任务，但不要把跨设备结果直接和主测试合并。它用于确认问题是否只出现在一台设备。
手机热点是对照，不是永久修复
同一设备切到手机热点后恢复，说明原Wi-Fi或其上游参与；热点也可能使用不同DNS、运营商出口和地址族，所以无法仅凭一次成功指出具体环节。
若两种网络都失败且提示相同，保留现场并减少重复请求。若只有热点失败，还要考虑移动信号、流量限制和运营商策略，而不是立即修改客户端配置。
DNS只影响名称解析的一部分
域名无法解析会阻止建立连接，但解析成功后仍可能在握手、响应或传输阶段变慢。更换DNS若让入口恢复，只能证明解析路径参与，不能证明客户端配置或账户状态已经正常。
不要连续安装多个所谓网络优化工具。先记录域名是否能解析、页面是否返回、客户端停在哪个提示，再决定是否需要DNS对照。
文字正常、图片慢是一条有用线索
HTML文字与图片、脚本或下载文件可能来自不同路径和缓存层。文字先出现而大图迟到，说明至少主文档已经到达；它与整个域名无法连接不同。
对客户端而言，登录框架出现但节点列表空白也有类似分层价值。记录缺的是哪一类内容，不要仅写“页面卡住”。这能帮助区分静态资源、业务请求和本地渲染。
设备状态会制造晚间假象
笔记本进入省电模式、手机后台限制、系统更新下载、云盘同步和家庭其他设备的大流量任务，都可能集中发生在晚间。测试前查看电源模式和明显后台传输，不必关闭所有系统服务。
只暂停一个可识别的大流量任务再重测。若恢复，说明本地竞争参与；若无变化，恢复原设置继续下一项。一次关闭全部后台程序虽然可能变快，却无法知道是哪一项造成。
公开状态页只能提供背景
公开状态消息可说明某时段是否存在已知维护或广泛事件，但没有公告不等于每个地区都正常，有公告也不证明当前设备症状一定由该事件造成。
对照公告的发生时间、受影响功能和地区范围。只有三者与现场相符时，才把它作为支持证据；仍需保留本地网络比较结果。本站不会虚构实时Kuromis服务状态。
短时间窗口比跨日比较可靠
尽量在十到二十分钟内完成Wi-Fi与热点两轮同任务测试。跨越数小时或隔天，远端负载、网络路径和设备后台状态都可能变化，差异不再只来自接入网络。
测试次数不需要很多。两轮结果稳定即可形成初步判断；连续刷新可能触发频率限制或改变缓存，使现场越来越难解释。
用表格记录而不是凭感觉
每行写时间、设备、网络、任务、首个结果时间、完整结果时间和提示。例如“21:10／同一Mac／Wi-Fi／刷新列表／3秒出现框架／30秒后超时”。不要写账号、节点地址或完整订阅URL。
第二行只替换网络。若结果差异明显，后续处理检查原Wi-Fi；若接近，则检查应用、账户或远端状态。记录让结论与证据对应，也避免把偶尔一次顺畅当成稳定恢复。
这些结果不能推出什么
Wi-Fi慢而热点快，不能直接推出海缆故障；测速快而应用慢，不能直接推出服务端故障；第二次打开快，不能直接推出线路恢复；另一台设备正常，也不能证明当前设备硬件损坏。
每个对照只排除或支持有限范围。把结论写成“某条件参与”比写成“已经找到根因”更准确。
何时应该停止测试
出现证书警告、陌生登录页、账户频率限制、设备过热、移动流量快速消耗或系统安全提示时，应停止。网络波动排查不需要关闭防护、提交验证码或导入陌生配置。
若公开渠道已确认维护，继续高频测试只会产生重复请求。记录开始时间并等待下一次可核对状态，再用同一任务复测。
结论：控制变量后再谈线路
晚间波动的有效顺序是固定任务、固定设备、比较两种网络、区分首开与重复访问、核对设备后台，最后才参考区域或公开状态。
这套方法不会凭一次测试给出过度确定的答案，但能把问题缩小到后续处理可行动范围。完成记录后，可进入本站故障索引继续对应页面、客户端或配置阶段。