DZMM打不开或发不出消息：网页与登录排查

DZMM打不开先记下具体表现

看清是整个页面空白、图片未加载、登录状态丢失，还是只有某个角色无法继续。截图时遮住昵称、邮箱和私人消息，留下错误文案、发生时间和浏览器名称。能打开首页却无法发送消息，说明至少部分资源可达，下一步应检查会话与请求，而不是立即清空所有记录。

先确认地址来自你已经信任的公开渠道，谨慎对待搜索结果里要求重新输密码的所谓替代地址。本站不是DZMM的镜像或登录入口，不会帮你验证账号。站点文字和图标看起来熟悉，也不能证明网页归属。

从不破坏记录的检查开始

先刷新一次，等待页面完整加载，再查看同一设备能否访问其他普通网页。接着关闭浏览器里明显影响脚本的扩展，或用无痕窗口进行一次对照。无痕窗口通常没有原登录状态，测试目的是判断扩展和缓存影响，不是证明账号资料丢失。

如果问题只在一台设备出现，记录系统和浏览器版本，再换另一种现代浏览器比较。不要一上来删除全部站点数据：那可能清除登录信息和只保存在本地的草稿。先保存原创文本，再决定是否清理缓存或站点存储。

会话问题与全站问题分别测试

能看列表时，可以用一个不涉及私人资料的短输入检查发送是否正常。如果只有旧会话异常，先确认是否发生过模型切换、长文本粘贴或作品界面更新。保留最后一段可读的原创摘要，避免连续重复提交导致同一动作被执行多次。

若多设备同时无法发送，暂时停止重试，稍后再测试一次。记录开始时间和是否出现平台通知，比每几秒点击一次更有帮助。不要把没有公告的短时异常描述为永久停运，也不要把某张作品卡的报错扩大为全部服务不可用。

• 页面空白：先检查资源加载与浏览器扩展。
• 登录反复跳转：核对站点存储与当前登录方式。
• 单卡异常：先检查该作品说明与近期改动。
• 提交后长时间等待：停止重复发送并保存输入。

求助时只给诊断所需的信息

可复现报告包括操作步骤、预期结果、实际结果、时间、设备和经过脱敏的错误截图。不要发送浏览器完整Cookie、访问令牌、支付凭据或验证码。对方若要求这些内容，先确认是否真的需要以及是否有可信的官方处理渠道。本站的排查笔记只帮助组织现象，不提供账户恢复服务。

问题解决后补一行原因，例如“扩展拦截了页面脚本”。若仍没定位，就写“未确认”并保留试过的步骤。这样再次发生时不用从头猜测，也不会把碰巧恢复的现象错误归因于某一个设置。