把手机上的对话搬到更大的屏幕上，但不必把它当成替代品

早期版本要求手机保持在线，后来逐步引入了多设备支持，具体行为随版本变化。稳妥的做法是：首次配对时确保手机有网络并完成验证，之后观察实际使用中消息是否延迟。如果发现断连频繁，先检查手机是否处于省电限制、系统是否清理了后台，再查看产品当前帮助页面确认该版本对同时在线的要求。不要把任何单一说法当成永久规则。

常见原因有三类：一是两端网络不通畅，二维码加载后长时间不刷新；二是手机端未登录或登录状态已失效；三是浏览器阻止了必要的本地存储，导致会话无法建立。处理顺序建议为：刷新页面重新生成二维码，确认手机端处于正常登录状态，检查浏览器的隐私拦截设置，最后尝试更换浏览器。若仍失败，以产品界面提示为准，不要反复尝试同一失效二维码。

同步范围取决于当前版本的设计，不同阶段的产品行为并不一致。一般而言，客户端会拉取一定范围内的会话用于展示，但历史记录的完整性、可搜索范围与手机端可能不同。如果你需要长期归档，建议以手机端为主，并在重要沟通后自行保存关键信息。涉及法律或合同内容的对话，不要假设桌面端一定保有完整副本。

公用设备的核心风险是会话残留。登录前应确认浏览器未开启自动填充他人账号；使用结束后主动在手机端的设备管理列表中移除该设备，而不是仅关闭标签页。同时避免在公共网络下传输敏感文件，也不要在设备上勾选任何形式的长期保持登录选项。若无法确认设备是否被他人使用，建议改用手机端处理。

桌面端通常支持文档、图片、音频与视频等常见格式，拖拽即可加入待发送队列。单次体积上限与格式限制会随版本调整，具体数值以发送时界面提示为准。较大的文件建议先压缩或拆分，避免传输中途失败。需要注意的是，接收方是否能直接预览某种格式，取决于对方设备与客户端能力，发送前可先告知对方文件类型。

提醒失效一般来自三个层面：浏览器层面的通知权限被拒绝，系统层面的专注模式或通知中心拦截，以及页面本身处于休眠标签页被节流。逐项排查时，先检查地址栏左侧的站点权限，再确认操作系统通知设置，最后保持页面在前台或固定标签。如果只是偶尔延迟，多为网络波动导致，不必急于修改设置。

安全性取决于设备是否可信以及你是否主动管理。设备越多，泄露面越大，因此建议定期在手机端查看已登录设备列表，移除陌生或不再使用的终端。不要在他人设备上选择长期保持登录。若发现异常登录记录，应立即在手机端退出全部设备并检查账号验证方式。任何安全能力都以产品当前说明为准，页面无法替你保证绝对安全。

删除行为的同步范围与版本实现有关，不能一概而论。稳妥做法是：在手机端执行删除后，回到桌面端刷新页面确认实际状态；若桌面端仍保留内容，可手动清理。反过来，在桌面端删除是否影响手机端也需实测。对于包含敏感信息的会话，建议两端分别确认，而不是依赖单向同步。

适合处理需要大量文字输入、文件往返和资料查阅的场景，比如发送报价单、确认订单细节、整理需求清单。但要注意，个人账号并非为团队协作设计，多人共用同一账号会带来责任不清与信息泄露风险。若涉及正式业务，应评估是否需要专门的团队沟通工具，并遵守所在地区的合规要求。

先区分是网络问题还是渲染问题：如果消息能收到但界面迟滞，多半是浏览器渲染压力。可尝试关闭不用的扩展、清理长期未整理的会话、减少同时打开的大文件预览。若整页无响应，刷新并重新建立会话通常有效。硬件较弱的设备建议减少多标签并行操作。持续异常时，以产品帮助文档中的兼容性说明为参考。