把手机里那条没说完的对话，挪到显示器上继续

两者共用同一个账号状态。早期版本要求手机保持在线才能转发消息，随着多设备机制逐步完善，桌面端在一定条件下可以独立收发一段时间的消息。具体能离线多久、支持几台设备，与客户端版本和所在地区有关，建议以应用内「已连接的设备」页面显示的说明为准，不要依赖固定的时间数字。

二维码有较短的有效时间，页面停留过久、网络抖动或系统时间偏差都可能导致它失效。动作上先刷新页面重新生成二维码，再确认电脑系统时间是否自动同步，然后检查手机与电脑是否都能正常访问网络。如果多次失败，可以尝试换用另一条网络线路，或改用手机端「已连接的设备」里手动输入配对码的方式。

最可靠的动作不是只关掉标签页，而是主动在手机端进入「已连接的设备」，把当前这台电脑从列表里移除，这样会话凭据会失效。同时勾选浏览器的退出时清除数据，避免缓存残留。需要提醒的是，任何登录方式都无法替代对设备本身的控制，公共设备上尽量不要查看敏感内容，这是使用边界而非技术问题。

消息需要先到达账号主端，再分发到其他在线设备，这个链路本身会带来毫秒到秒级的差异。如果你的网络延迟较高、浏览器标签被系统休眠、或同时打开了多个客户端，感知上的延迟会更明显。可以检查浏览器是否启用了标签冻结策略，把常用会话所在的标签固定住，通常能改善推送及时性。

文件与图片的体积上限、图片压缩策略会随版本调整，没有长期固定的数值。可以观察到的规律是：以文档形式发送的文件通常保留原始质量，而作为图片发送的内容往往会按聊天场景压缩。如果对清晰度有要求，建议把图片放进压缩包或以文档方式发送，并在发送前核对对方看到的预览效果。

高频动作包括：搜索会话、新建对话、打开表情面板、将当前会话标记为未读、以及退出当前账号。不同操作系统下组合键会有差异，比较稳妥的做法是打开应用内的快捷键说明页逐条确认，而不是照搬网上流传的列表。先把搜索和新建这两个动作练熟，日常效率提升最明显。

先看浏览器地址栏附近的站点权限，确认通知没有被拒绝或静音；再看操作系统层面的通知中心是否屏蔽了该浏览器；最后检查应用内部的通知设置是否被单独关闭。三步都正常时，可以试着重启浏览器进程。需要说明的是，浏览器标签未被激活时，某些系统会主动降低推送频率，这属于系统策略而非故障。

桌面端主要作为镜像显示，历史消息由账号主端提供，本地缓存通常不构成完整的独立备份。换电脑后用同一账号重新配对，能看到的消息范围取决于主端的记录情况。因此把重要内容留在主端或定期做独立备份，比指望桌面端缓存更可靠。具体保留策略请以官方帮助文档说明为准。