把手机上的沟通搬到桌面之后，你需要重新理解的三件事

这取决于你使用的具体形态。早期版本要求手机在线并保持应用运行，手机断网后桌面端会很快进入离线状态；较新的多设备机制允许部分功能在手机不在线时继续使用，但可用范围与账号状态、应用版本、所在地区都有关系。稳妥的做法是：把手机放在身边并保持充电，确认通知权限已开启，然后观察桌面端顶部是否出现连接提示。如果你需要长时间离开手机，建议提前在手机端确认多设备相关设置，并以你当前看到的界面提示为准。

扫码失败多数不是账号问题，而是环境问题。先检查浏览器缩放比例是否被调过，缩放异常会让二维码区域渲染不全；其次看摄像头权限是否被系统或浏览器拦截，部分隐私插件也会遮挡扫码入口。还要注意屏幕反光与亮度，手机摄像头在弱光下识别较慢。如果反复失败，可以刷新页面重新生成二维码，或换一个浏览器窗口再试。仍不成功时，先更新手机端应用，再回到桌面端重试，并留意页面给出的错误提示文字。

通常一个浏览器配置文件对应一个账号，想同时用两个账号，可以借助浏览器的多用户配置或不同的独立窗口分别登录。另一种常见做法是使用桌面客户端，它一般支持在同一个应用内切换多个账号。需要注意，账号越多，通知越容易混淆，建议给不同窗口设置不同的系统通知声音或干脆关闭其中一个的通知。具体的多账号数量上限、切换方式会随版本变化，以你当前应用内的设置项为准，不要依赖第三方修改版本。

普通文档、图片、压缩包的体积上限会随版本调整，没有一个长期固定的数字，因此不要按某个旧数值规划工作。更实用的做法是：发送前先确认接收方的网络状况，大文件优先用压缩包或云盘链接替代直接传输；视频类文件在桌面端拖拽发送前，先确认格式是否被支持。若传输中断，先看页面是否给出重试入口，再检查网络。最终可发送的体积与格式限制，请以发送时界面的即时提示为准。

提醒失效一般有三层原因：系统层、浏览器层、页面层。系统层要确认没有开启专注模式或对浏览器静音；浏览器层要检查站点通知权限是否被拒绝，以及是否把该标签页设为了静音；页面层则要在设置里确认通知开关处于开启状态，并留意页面是否被系统挂起。可以按这个顺序逐项排查，每改一项就发一条测试消息验证。如果只在某个特定会话收不到提醒，检查该会话是否被单独静音。

同步范围与登录方式、账号设置相关。一般来说，配对成功后可以查看近期的会话记录，但更早的历史消息是否完整呈现，取决于手机端是否执行过备份以及备份的保留策略。不要把桌面端当作唯一的存档位置：重要对话如果需要长期保存，建议在手机端做好备份，或把关键内容导出为文档另行存放。每次更换设备或重新配对后，都值得花一分钟滚动检查几条重要会话，确认内容符合预期。

公共设备上的原则是：用完即退，并且退得彻底。关闭会话只是第一步，还要在已登录设备列表里移除这台设备，避免下次被自动恢复。接着清理该站点的浏览器数据，包括缓存与本地存储，再关闭窗口。如果这台电脑由他人共用，退出时不要勾选任何「记住我」类选项。此外，公共网络环境下尽量避免传输敏感文件，登录前确认地址栏没有异常跳转，离开前扫一眼任务栏是否残留通知气泡。

多数情况下两端可以各自独立操作，消息在两端都会出现，不会因为一端已读而阻止另一端继续使用。真正容易出问题的是通知：两端同时弹出提醒会造成干扰，建议保留一个主力端开启通知，另一个仅在使用时打开。另外，草稿状态、正在输入的提示可能不会实时同步，编辑长消息时尽量在同一端完成。若发现某端消息明显滞后，先刷新页面或检查网络，再考虑重新登录，避免频繁反复配对。