先看哪些信号：开局前的现场观察
场景是这样的：某活动室每周固定两个晚上组织棋牌活动，最近把一部分桌面换成了网页端的欢乐麻将在线玩。组织者不是技术出身，但需要保证十来个人坐下来之后，半小时内能顺利开局。约束很明确：不能靠临时找人修网络，也不能要求每个人换设备。 欢乐麻将
于是现场先做的不是教规则，而是记录信号。所谓信号，就是开局前能肉眼或手感确认的东西：
- 打开页面到进入房间，中间是否有明显停顿，还是只是加载条走完。
- 同一张桌子上，是所有人都卡，还是只有一两个人卡。
- 卡顿出现在摸牌、出牌还是结算阶段，时间点不一样，原因往往不一样。
- 浏览器标签页是不是开得太多，或者后台还在跑视频。
- 无线信号格数看着满，但实际离路由器隔了几堵墙。
这些信号不需要专业工具，一支笔一张纸就能记。记下来之后，后面排查才有对照，而不是每次都说“今天网不好”。
常见故障模式：卡顿、掉线、误操作都在什么时候出现
现场跑了几周之后，问题大致收敛成几类，而且出现的时间点很有规律。把故障模式先列出来，比一上来就换设备更有用。
卡顿与延迟
- 集中在晚上八点到十点，和周边住户用网高峰重叠。
- 多发生在同一无线网络下的多台设备同时进入对局时。
- 表现是出牌后要等半拍才看到反馈，而不是页面直接无响应。
掉线与重连
- 多见于设备休眠、切换应用或锁屏之后。
- 有的浏览器在后台标签页被挂起，回到前台需要重新加载。
- 重连本身不一定失败，但会打断对局节奏，影响同桌其他人。
误操作与规则混淆
- 新手把提示当成必须点，结果错过了出牌时机。
- 不同房间的规则细节不一样，换房间后没看说明就开局。
- 结算界面停留太久，误以为已经退出，实际还在房间里。
现场最容易踩的坑：把“卡”和“慢”当成同一件事。卡是页面没反应，慢是反应了但延迟高。两者处理方式不同，混在一起排查会白费时间。
排查顺序：从网络到设备再到账号的推演
推演的意思是，先假设一个最可能的原因，用最小代价验证，再决定下一步。顺序上，从影响面最大的地方开始。
第一步：确认范围
- 问一圈同桌的人，是全体还是个别。全体问题优先看网络，个别问题优先看设备。
- 看时间点，是否和固定高峰重合。重合的话，先考虑错峰或换接入方式。
- 看是否只在某个房间出现，换一个房间试试，能快速区分是房间侧还是本地侧。
第二步：网络侧
- 优先用有线或靠近路由器的位置做对照测试。
- 检查是否有人在下载、投屏或开热点，这些会挤占带宽。
- 无线信道拥挤时，换一个相对空闲的频段往往比反复重启有效。
第三步：设备侧
- 关掉不用的标签页和后台应用，尤其是占用网络的。
- 检查电源管理设置，避免设备在关键时刻休眠。
- 浏览器版本过旧时，先更新再判断，不要一边旧版本一边下结论。
第四步：账号与设置侧
- 确认登录状态是否稳定，避免多设备同时登录互相顶掉。
- 检查房间规则说明，尤其是换房间之后。
- 把提示、音效等干扰项按现场习惯调好，减少误操作。
恢复与回退：什么时候换房间、什么时候收手
排查的目的是恢复对局，但恢复也有边界。不是所有问题都值得当场解决，有些更适合记下来，下次开局前处理。
- 能恢复：换房间、换接入方式、重启浏览器后能正常继续的，属于可当场恢复。
- 该回退：同一问题反复出现两次以上，先退回原来的玩法或桌面安排，不要在活动中间硬扛。
- 该收手：如果整桌人都在等，继续调试的体验成本高于换一种安排，就果断换。
复盘时只记三件事：问题出现在哪个阶段、当时做了什么、下次先看哪个信号。不需要写成长篇报告，几行字就够。这样积累几周，现场判断会明显快起来。
带走这份清单：下次开局前的核对项
把上面这些压成一张核对清单，贴在活动室或者存在组织者手机里，开局前扫一眼即可。
- 确认今晚预计人数和桌数，提前分配位置。
- 检查网络接入方式，尽量让关键桌面走稳定线路。
- 提醒参与者关掉后台视频和下载。
- 统一浏览器和页面入口，避免有人用旧版本。
- 开局前看一眼房间规则说明。
- 约定一个“卡了就举手”的现场信号，避免各说各话。
- 准备一个备用安排，出现反复问题时能立刻切换。
这份备忘不解决所有问题，但能让每次开局少一点临时慌乱。对组织者来说，稳定的节奏比追求完美配置更实际。