把 WhatsApp Web 当作第二块屏，而不是第二个账号

是否必须保持手机在线，取决于你使用的账号形态与产品当前的多设备机制。早期版本对手机联网依赖较强，后续版本逐步引入多设备能力，但具体行为会随客户端版本变化。稳妥的做法是：首次登录时让手机保持联网与电量充足，完成配对后再观察断开手机网络后的实际表现。如果你依赖桌面端接收重要通知，建议先做一次断网测试，记录消息是否仍能到达，并在设置中查看设备列表的状态。任何与在线条件相关的结论，都应以产品当前界面提示或官方帮助中心为准，不建议凭旧版经验推断。

先排除最基础的三件事：手机与电脑是否都处于正常网络状态、手机端应用是否为较新版本、二维码是否已经过期。二维码通常有刷新周期，页面转圈时可以尝试点击刷新按钮重新生成，再用手机重新扫描。若反复失败，检查浏览器是否拦截了必要的脚本或存储权限，尝试关闭广告拦截插件、退出隐私模式，或换一个浏览器窗口重试。仍然无效时，清理该站点的缓存与 Cookie，重新走一遍配对流程。如果多台设备都失败，问题更可能出在账号侧或服务侧，此时应查看官方帮助页面的状态说明，而不是反复重装应用。

桌面端通常被视为手机账号的延伸，消息以账号为中心同步，而不是在每台电脑上各自生成一份独立的历史库。这意味着你在桌面端看到的内容，来源仍是你的账号数据。需要留意的是本地缓存与登录状态：在公共电脑上使用后应主动退出登录，并在手机端的设备管理中移除该设备，避免他人再次打开时看到残留内容。至于备份策略，桌面端一般不是备份的发起者，完整备份仍以手机端的设置为准。具体到某一版本的存储行为，建议以产品当前设置页的说明为准。

它更接近个人沟通工具在桌面上的延伸，而不是为团队协作设计的工作平台。它能满足的是快速回复、转发文件、查看群消息这类轻量需求，但不具备成熟的项目管理、任务分配、权限分级与审计能力。如果你的团队需要留痕、审批或跨部门协作，应该把这类需求交给专门工具，而把桌面端沟通定位为补充渠道。判断标准很简单：当沟通结果需要被系统记录、被多人追溯或被外部审计时，就不该只依赖聊天窗口。明确边界，反而能让沟通工具保持轻快。

提示行为由三个层面共同决定：账号层面的通知设置、浏览器层面的站点通知权限、操作系统层面的声音与焦点规则。常见情况是浏览器未获得通知权限，导致页面内提示正常但系统级弹窗缺失；也可能是因为当前窗口处于前台活跃状态，系统判定无需重复提醒。排查顺序建议从外到内：先确认系统通知未被静音，再检查浏览器站点权限，最后核对应用内的通知开关与免打扰设置。若只在某个浏览器异常，问题大概率在浏览器侧；若所有浏览器都异常，再考虑账号设置。

公用环境的核心原则是最小暴露与及时清理。登录前确认周围环境与屏幕朝向，避免二维码被他人拍下；使用过程中避免在公共设备上查看敏感对话或下载文件到本地磁盘；结束后务必在应用内主动退出，并回到手机端的设备管理界面确认该设备已被移除。此外，如果浏览器提供了访客模式或临时会话，优先使用它，减少本地缓存残留。不要把账号长期留在不属于你的设备上，也不要勾选任何形式的保持登录选项，除非你能确定这台设备只有你使用。

建议按从近到远的顺序处理。第一步看当前网络是否稳定，尤其是公司网络对长连接的干扰；第二步刷新页面，观察是否只是单次会话中断；第三步检查手机端是否处于省电限制或后台被清理的状态，这会直接影响同步链路；第四步确认浏览器版本与插件干扰，关闭可能改写请求的扩展；第五步清理站点数据后重新配对。每一步只改变一个变量，便于定位原因。如果多种网络、多台设备上持续异常，就不必继续折腾本地环境，转向官方状态页面与帮助文档更有效率。

桌面端在文件选择与拖拽操作上确实比手机顺手，但适不适合传大文件，取决于账号当前的媒体限制、网络上行质量以及接收方的存储空间，而这些条件会随版本与地区变化，无法给出固定数值。更实际的做法是：发送前先确认文件类型是否被支持、对方是否有足够空间接收、以及这份文件是否需要长期归档。对于需要保留版本、需要多人访问或需要审计的重要文件，聊天窗口并不是合适的存放位置，应改用专门的文件服务，再把链接发到对话中。把传输工具与归档工具分开，能减少后续的麻烦。