在键盘和大屏上处理消息，WhatsApp Web 的效率边界在哪里

这取决于你使用的版本和当前产品策略。早期网页版高度依赖手机保持在线，手机断网或关机后网页端往往无法收发新消息；后来官方逐步推出多设备支持，部分账号在完成配对后，即使手机暂时离线也能在已登录的设备上继续查看和发送消息。不过这个能力受账号地区、客户端版本、系统版本等多重条件影响，无法一概而论。最稳妥的做法是：先确认手机客户端已更新到较新版本，再在网页端完成配对，然后做一次断网测试，观察网页端是否仍能正常收发。如果发现异常，以产品当前界面提示和官方帮助中心说明为准，不要仅凭第三方教程推断。

二维码失效通常有几个常见原因：扫码等待时间过长、手机摄像头对焦不清、网络抖动导致配对请求中断、或者手机端登录状态本身异常。建议按顺序处理：先刷新网页端页面重新生成二维码，再确认手机客户端已登录且网络正常，然后用手机摄像头对准二维码保持两三秒，不要离得太近或太远。如果多次失败，可以尝试退出手机客户端账号后重新登录，再回到网页端重新扫码。若仍然无响应，检查浏览器是否拦截了脚本或弹窗，换一个浏览器或关闭部分扩展后再试。整个过程不要反复快速点击，避免请求堆积反而更难成功。

公共电脑的核心风险是会话残留。一旦配对成功，浏览器会保存登录凭证，后来使用这台设备的人可能直接进入你的会话。因此使用结束后必须主动退出登录，而不仅仅是关闭标签页。此外，登录前留意浏览器是否处于隐私模式、是否有人安装了键盘记录类扩展，尽量避免在网吧、打印店等不可控设备上处理敏感内容。如果确实需要使用，建议只做临时查看，不发送涉及账号、验证码、证件、财务信息的消息，并在离开前清除浏览数据。即便做了这些，也无法保证设备绝对干净，所以能不用公共设备就不用。

网页端支持发送图片、视频、文档、音频等多种常见格式，具体可选类型由文件选择器决定。关于大小限制，官方会不定期调整，不同格式的上限也可能不同，因此不存在一个固定不变的数值可以套用。可行的做法是：发送前先尝试选择文件，如果超出限制，界面通常会给出提示。遇到超大文件时，更实际的处理方式是压缩后再发，或者改用云盘分享链接。另外要注意，网页端发送的文件会同步到接收方和你的手机上，占用相应存储空间，发送前最好确认对方确实需要这个文件，避免无意义的流量和空间消耗。

通知行为由浏览器权限、系统通知设置和网页端内部开关共同决定，三者任一环节被限制都会导致异常。如果完全不弹通知，先检查浏览器地址栏附近的权限图标，确认通知权限已允许；再看操作系统层面的通知是否被静音或聚焦模式拦截。如果反复提醒同一条消息，通常是因为网页端与手机端同时对同一条消息触发推送，可以在其中一端关闭声音或横幅提示。此外，浏览器后台标签页被系统休眠时也可能延迟推送。建议把常用的网页端固定在标签栏，并允许其在后台运行，减少被挂起的概率。

已配对的设备通常共享同一账号下的会话状态，也就是说在任意一端阅读消息，其他端的未读标记一般会同步更新；已发送、已送达、已读的状态也趋于一致。但同步并非绝对实时，网络波动时可能出现短暂不同步，刷新后通常能恢复。需要注意的是，删除消息、清空对话这类操作在不同版本上的同步范围可能不完全一致，有可能只影响当前设备。因此处理重要对话时，不要假设所有操作都会完整同步到每一端，涉及记录留存的内容建议提前做好备份。

网页版更适合承担集中查看和快速回复的角色，而不是任务分发中心。比如客服、社群管理、项目对接这类需要长时间盯消息的场景，用键盘和大屏处理文字效率明显更高，复制粘贴地址、订单号、文件路径也更方便。但它并不提供团队权限体系，无法把某个对话指派给某个人，也无法按成员划分可见范围。如果团队需要明确分工和留痕，仍应配合专门的工作协作工具使用，把网页端当作消息入口，把流程和归档放在别的系统里，避免把重要协作逻辑压在一个即时通讯界面中。

配对信息保存在具体设备与浏览器环境中，重装系统、清除浏览器数据、更换用户配置目录都可能导致配对失效。换电脑后需要重新用手机扫码建立连接。旧设备如果还能访问，建议先在手机端的已登录设备列表里将其移除，避免留下长期未使用的会话入口。这一点在二手设备转让或公司资产回收时尤其重要，仅格式化硬盘不一定能覆盖浏览器凭证，最好在移交前主动登出并核对设备列表。定期检查已登录设备清单，是一个成本很低但很有必要的习惯。