把消息窗口放进工作流，而不是塞满工作流

目前官方主推的是多设备配对方式，配对完成后手机长时间离线也能继续收发消息，但存在一个时间上限，且首次配对必须用手机扫码或输入配对码。如果你的客户端还停留在旧的扫码镜像模式，那么手机离线后电脑端就会断开。具体采用哪种模式，取决于账号当前所处的客户端版本与地区灰度，建议以手机端弹出的引导和你所在版本的实际表现为准，不要默认所有账号的行为一致。

先确认手机与电脑的时间是否自动同步，时间偏差过大会让配对码失效；再确认手机端已经完成号码验证并且没有被限制登录；然后检查浏览器是否拦截了必要的脚本或存储，隐私插件、企业网络代理、严格的跟踪防护都可能影响配对流程。如果多次失败，可以尝试换一个浏览器窗口、关闭可能干扰的扩展，或在手机端确认已登录设备列表中没有残留的旧会话后再重新配对。

电脑端能看到的会话内容来自账号本身，而不是在本地重新生成一份独立备份。你在电脑上删除某条消息，会作用到账号层面的会话状态；反过来，电脑端也不会自动形成可脱离账号迁移的本地档案。如果需要长期留存，应使用手机端的聊天备份功能，把备份保存到你选择的位置，并定期确认备份是否成功执行，而不是依赖浏览器缓存来保存记录。

同一个浏览器配置下通常只维护一个登录状态，直接再开标签页一般不会变成第二个账号，而是共用同一会话。想并行处理两个号码，需要使用不同的浏览器配置文件、不同的浏览器，或者系统的独立窗口容器。需要注意的是，多个会话同时在线会让通知更密集，也更容易在错误的窗口里回复错人，建议给每个窗口配上明显不同的通知声音或桌面标识。

常见原因有三层：浏览器层面没有授予通知权限；系统层面把浏览器的通知开关关闭了，或处于勿扰、专注模式；应用内部对某个会话设置了静音。排查顺序建议从系统通知中心开始，再看浏览器站点权限，最后看会话内的静音设置。另外，页面被完全关闭后通知自然无法送达，若希望持续接收，需要保留窗口在后台运行，并允许后台标签页活动。

不同类型文件的体积上限并不相同，图片通常会被压缩，文档则按原样传输但受大小限制约束，具体数值会随版本调整，发送前以界面给出的提示为准。实用建议是：重要文档先压缩再传，避免在弱网下反复重试；需要保留原始画质的图片，用文件方式发送而不是图片方式；大文件传输时保持窗口在前台，减少中途中断导致的重传。

离开前应在已登录设备列表中主动退出该会话，而不是只关闭标签页；随后清理该站点的 Cookie 与站点数据，避免下次打开自动恢复；如果浏览器开启了同步，还要留意历史记录与表单数据是否会被带到其他设备。更稳妥的做法是：公用设备上尽量不登录，必须登录时使用独立浏览器配置文件，用完后整个配置一并删除。

已读、送达等状态由账号侧统一维护，但展示会受网络延迟、客户端版本差异、通知处理方式影响。例如你在手机上通过通知栏快速回复，电脑端可能稍后才刷新；又或者某个客户端处于后台被系统限流，状态更新就会滞后。遇到明显不一致时，先确认两端网络正常，再尝试手动刷新或重新打开会话，通常无需重新配对。

电脑屏幕的可见范围往往比手机更大，工位、会议室投屏、共享屏幕都可能让对话内容被旁人看到。建议开启锁屏验证，在离开座位时手动锁定，会议投屏前关闭相关窗口，并对敏感会话启用更严格的隐私选项。同时不要把配对二维码截图发给他人，二维码在有效期内等同于登录凭证，一旦外泄应立即在设备列表中移除对应会话。