把手机上的对话搬到桌前，先想清楚哪些活该在这里干

这取决于你使用的具体形态和账号当前的多设备状态。较早的二维码扫描方式通常需要手机保持联网来完成配对，配对成功后部分功能可在一定时间内独立运行；而独立多设备机制对手机在线的依赖更低。稳妥的做法是：出发前先确认手机电量与网络，并在桌面端测试一次收发，若发现消息延迟，先回到手机端查看连接状态，再判断是否需要重新配对，具体情况以产品当前界面提示为准。

公共电脑的核心风险不是消息本身，而是会话凭据。使用结束后应在界面中找到退出登录或断开连接的入口，而不是只关闭标签页；随后清理浏览器中该站点的数据，包括存储与缓存。若无法确认清理是否彻底，建议在浏览器设置中查看该站点的存储记录。下次使用前重新扫描配对即可，不要为了省事勾选长期保持连接的选项。

保存位置由浏览器或客户端的下载设置决定，而不是由聊天工具单方面指定。默认情况下浏览器会下载到系统下载目录，你可以在下载提示中查看实际路径，并在浏览器设置里修改默认目录。需要注意的是，下载到本地的文件会脱离应用的权限管理，若设备多人共用，建议下载后立即移动到受控文件夹，或直接查看而不落盘。

通常不会互相屏蔽，但通知策略因平台而异：有些设备在检测到其他端活跃时会降低手机端提醒频率，以避免重复打扰。如果你在电脑前工作却仍被手机频繁提醒，可以在手机系统设置中按需调整该应用的通知权限；反过来，如果希望手机安静但桌面有提示，则检查桌面端是否允许浏览器通知。两者是独立的开关，需要分别确认。

文件大小上限会随产品版本变化，无法给出固定数字，应以发送时界面给出的提示为准。更实际的问题是网络稳定性：大文件在弱网下容易中断，建议优先在稳定的有线或 Wi-Fi 环境下发送，并避免同时进行其他大流量操作。若对方长时间未收到，可先确认对方在线状态，再考虑改用压缩包或分卷方式，而不是反复重发同一文件。

多数情况下这是同步延迟而非数据丢失。桌面端依赖网络拉取新消息，弱网或休眠唤醒后可能出现短暂空白，稍等或切回会话列表即可刷新。另外，部分历史内容在桌面端可能不完整展示，这是设计上的取舍。如果你需要完整回溯，建议以手机端为准，并在重要节点自行做文字备份，不要依赖桌面端作为唯一记录来源。

首先要把个人号与业务沟通的边界想清楚，避免把私人联系人混入客户会话列表。其次，重要承诺与文件传输应有二次确认，不要只依赖聊天窗口的送达提示。第三，涉及合同、报价等敏感内容，建议在发送后另存一份到受控的文档系统。最后，团队协作时不要共用同一个账号，责任归属会变得模糊，这种情况更适合使用支持成员管理的协作工具。

建议按由近及远的顺序排查：先确认浏览器是否开启了限制后台活动的节能模式，再检查网络是否在休眠后重连失败，接着查看是否有插件拦截了站点的存储权限，最后才考虑重新配对。多数掉线发生在系统睡眠唤醒之后，刷新页面往往就能恢复。若同一网络下其他站点正常而它持续异常，再考虑网络策略或代理配置的影响，不要一上来就反复扫码。