CMYNetwork客户端打不开｜账号、配置、权限与网络分层排查

客户端打不开可能指完全无法启动、启动后空白、无法读取配置，或配置存在但连接没有结果。这些现象停在不同层。先确认最早失败点，再改变一个变量，比直接重装、换账号和换网络更容易恢复。

第一步：界定故障范围

记录设备系统、客户端名称、发生时间和第一条提示。比较是只有一台设备异常，还是同账号多台设备都异常；是客户端不能启动，还是网页账号也同时受影响。一次只做一个对照。

若入口页面本身未抵达，应先完成入口回执，不要把浏览器错误归为客户端故障。

第二步：固定账号会话

网页会话、客户端本地会话与设备授权不是同一状态。网页能够看到用户中心，不证明客户端会话已刷新；客户端显示账号名，也不证明配置已读取。保留当前提示，只进行一次正常重试。

不要连续改密码、退出所有设备或发送验证码给第三方。这些动作会改变会话范围，也可能增加额外验证。

第三步：检查进程、来源与权限

客户端完全无法启动时，记录应用取得来源、发布者字段、系统安全提示和进程是否出现。能启动但空白时，再记录界面是否读取到本地配置。不要仅凭文件名与图标判断来源。

系统网络权限、安全提示和配置读取权限应分别处理。Android的VPN状态可在系统网络设置中查看；Windows网络排查也应从地址配置、名称解析和连接测试逐步缩小范围。不同系统菜单可能不同，因此记录可见字段比死记菜单路径更可靠。

第四步：核对配置读取

先保存现有配置状态，再确认导入位置、更新时间和客户端反馈。接受导入格式不等于内容已刷新；显示旧条目也不必然说明账号失效。只做一次刷新，并记录变化。

不要同时清空配置、安装另一版本与切换网络，否则无法知道哪项动作改变了结果。

第五步：最后才改变网络条件

账号、进程、权限与配置都稳定后，记录当前网络、一次测试目标、开始时间与提示。切换Wi-Fi或移动网络时保持前三层不变，并比较前后结果。DNS提示、认证提示、超时与无配置指向不同层，应保留原文。

恢复回执写什么

1. 范围：单设备、单客户端或多设备。
2. 状态：入口、账号、进程、权限、配置与网络的最早失败点。
3. 动作：本次只改变的一个变量。
4. 结果：提示原文、时间与是否可重复。

反馈不需要密码、验证码、Cookie、token或完整私人配置。若来源、发布者或页面职责无法解释，停止操作并回到最近已确认状态；若只剩连接层异常，再使用网络回执清单复测。