先记录现象，暂时不解释原因

不要只写“连接很不稳定”。记录中断的大致时间、正在使用的网络、是否移动位置、设备是否刚熄屏，以及应用处于前台还是后台。也要区分客户端显示断开、网页访问失败和基础网络断开，这三个现象并不完全相同。

记录项建议内容
环境Wi-Fi或移动数据，信号是否明显变化
触发动作熄屏、切换应用、移动、网络切换
错误现象准确提示，哪些应用受到影响
恢复方式自行恢复、重新打开应用或切换网络

没有日志也可以手工记录。若应用提供诊断记录，仅提取与发生时间有关的内容；分享前隐藏账户、令牌、验证码、完整地址和可识别设备的信息。不要为了收集记录而安装不可信的抓包工具。

第一轮：基础网络是否同时中断

在信号稳定的位置进行观察，故障发生后，尝试访问平时能够打开的其他网站，并检查同网络下另一台设备。若两台设备同时异常，先处理网络接入或路由器；若只有这一应用异常，继续记录其状态，避免先重置全网。

网络切换会改变设备地址和连接条件，已有连接可能需要重新建立。将“固定网络下的中断”与“Wi-Fi和移动数据切换后的中断”分开记录，它们适合不同的检查路径。不要用一次切换后的结果评价整段使用过程。

第二轮：一次只改变一个条件

从记录里最明显的规律开始。例如只在熄屏后发生，可保持网络不变，比较前台与熄屏状态；只在某个Wi-Fi发生，则保持设备和测试目标不变，用另一个已知正常网络对照。每次记下改了什么和是否重复出现原现象。

不要同时更换DNS、关闭省电、重装客户端和修改代理。即便连接恢复，也无法知道是哪一步起作用。单项改变没有改善时恢复原配置，再进入下一项；有改善时还应重复观察，排除恰好赶上网络自行恢复。

观察记录是定位线索，不是性能测评。少量样本不能代表长期稳定性，也不能据此推导节点规模或客户端支持的具体功能。

第三轮：把线索送到对应问题

熄屏规律明显时，查看Android后台权限检查。退出客户端后仍无法访问时，查看系统代理恢复。仅特定域名异常时，按DNS解析排查整理查询结果，而不是继续重复重连。

如果多轮观察仍无法找到规律，保留基础访问情况、设备系统信息、操作前后差异与原配置。只使用能确认的支持渠道提交这些必要信息，不公开敏感凭证。暂时无法确定原因时，明确记录“尚未复现”或“原因未确认”，比猜测服务端故障更有价值。下一次出现时沿用同一记录格式，证据才便于比较。