遇到问题时，最重要的不是增加重试次数，而是保存可观察条件。以下步骤按发生顺序整理，便于判断最后正常的一层。
第一层：域名是否能到达
浏览器提示找不到服务器时，先核对完整域名和网络连接。不要因为页面打不开就立刻重装客户端；DNS到达发生在网页显示之前，与应用是否安装是不同问题。
在同一设备上记录时间和网络类型。如果要比较Wi-Fi与移动网络，一次只改变网络，其他条件保持不变。
第二层：页面返回了什么
证书异常、页面不存在、请求过多和服务暂时异常指向不同处理方向。浏览器可能用相近的中文提示包装不同响应，因此要保留完整原文和最终地址。
不存在的页面不应反复刷新；请求受限需要停止尝试；服务异常更适合稍后按相同条件复测。不要把所有结果统称为“官网失效”。
第三层：登录页能开但无法保持状态
账号验证完成后仍需要浏览器保持会话。提交后回到入口、个人中心空白或频繁退出，可能发生在Cookie、浏览器限制或服务端会话环节。
先用普通窗口做一次对照，避免同时清除全部数据和重置密码。只有改变一个条件，恢复结果才具有解释价值。
第四层：账号与安全验证
明确的密码错误、验证码过期、请求频率限制和账号状态提示应分别处理。连续发送验证码会改变有效时间，也可能触发限制。
验证码和密码只应输入经过核对的服务页面。任何说明站、评论区或远程协助都不需要用户公开这些信息。
第五层：客户端能否完成实际任务
应用能启动不等于配置或连接正常。记录客户端版本、系统权限、配置更新时间和最后一个能完成的任务，再判断是否属于客户端层。
若网页与客户端同时异常，不要同时重装、换配置和换网络。先从最前面的到达层开始，逐层保留结果。
什么时候停止，以及如何反馈
相同条件连续两次出现同一错误后停止重试。整理完整域名、设备系统、浏览器或客户端版本、发生时间、最后正常步骤和错误原文。
恢复后补记恢复时间及当时条件，不删除失败记录。两个时间点并列，才有机会区分短暂维护、缓存变化、版本差异或本地网络问题。