把手机里的对话搬到更大的屏幕上，操作其实只需要一次扫码

这取决于你所在的版本阶段。早期方案确实要求手机在线才能转发消息，后来官方引入了多设备机制，部分场景下手机离线也能继续收发。判断方法很简单：配对完成后把手机切到飞行模式，在电脑端发一条测试消息，若对方能收到，说明当前账号已进入可独立运行的状态。如果发不出去，就恢复手机联网再试。具体能力以你客户端当前显示的提示和官方帮助页说明为准，不同系统与版本的节奏并不一致。

二维码是带时效的，停留太久会自动刷新。先确认手机端进入的是配对入口而不是普通聊天页，再把手机靠近屏幕、避免反光与屏幕亮度过低。如果反复失败，可以刷新电脑页面获取新码，同时检查浏览器是否拦截了摄像头调用之外的脚本；也可换一个浏览器窗口重试。企业网络或校园网有时会限制长连接，切换网络环境往往是有效的一步。仍不通时，清理浏览器缓存后再配对，通常能恢复。

可以，但数量存在上限，不同版本可挂载的设备数不一样。每台设备独立配对，互不共享登录状态，拔掉其中一台不影响其他设备继续工作。需要注意的是，设备列表应当定期清理：在手机端的设备管理页面可以查看已配对的终端名称与最后活跃时间，把不认识的或已淘汰的设备移除。这样既减少信息暴露面，也让新设备配对时有空余名额。具体上限请以手机端显示的设备列表为准。

聊天记录主要保存在手机端，电脑端相当于一个可同步的显示与输入终端。关闭窗口通常只影响本地缓存的会话列表，重新打开并保持配对状态后，历史消息会重新拉取。但如果主动在手机上退出该设备的配对，电脑端就需要重新扫码。若你依赖电脑端查找旧消息，建议保持设备处于已配对状态，并留意手机端本身不要卸载或清空应用数据，否则记录可能一并消失。

按三层排查：第一层是页面本身，确认标签页没有被静音，浏览器允许该站点发送通知；第二层是操作系统，检查系统的通知权限与专注模式是否屏蔽了浏览器；第三层是手机端，确认对应聊天没有被单独静音。还有一个常被忽略的点：如果手机处于深度省电状态，推送链路可能被延迟。逐层打开权限后发送一条测试消息，观察是否弹出提醒，即可定位到底是哪一环被拦住了。

最稳妥的做法是尽量不用，或只在短时间、低敏感度的沟通中使用。如果确实要用，离开前必须在手机端的设备管理中把该终端移除，而不是仅仅关闭浏览器窗口或退出登录。仅关窗口时，本地可能仍残留会话缓存，下一位使用者若打开同一浏览器存在看到内容的可能。此外，注意不要在公共设备上勾选记住登录状态，也不要在配对过程中让他人拍摄到二维码画面。

先区分是网络问题还是文件本身的问题。上传阶段卡住，多半是上行带宽不足或网络抖动，可以尝试暂停后重试，或换到更稳定的网络。若进度条走到末尾才失败，可能是文件超出了当前版本允许的传输体积，或者是格式不被支持。此时把文件压缩、分割，或者改用云盘链接发送，通常能绕开限制。具体体积上限会随版本调整，请以发送时界面给出的提示为准。

账号是跟随手机号而不是跟随设备的，换机后重新验证号码即可恢复账号，但此前在电脑上建立的配对关系通常不会自动延续。你需要在新手机上重新走一遍配对流程，把常用的电脑设备逐一加回来。换机前建议先在旧手机上检查设备列表并做一次清理，避免旧设备长期挂在列表里。如果旧手机已经无法开机，也可以通过新手机完成号码验证后再统一管理设备。