关于麻将来了，后台和群里被问得最多的不是“好不好玩”，而是“现场到底该看什么”。这篇按一线备忘的方式，把几个高频问题逐条答清楚：信号怎么盯、故障怎么冒、排查按什么顺序、什么时候该退、收尾留什么。
现场先盯哪些信号？
先看“能不能稳定进局”，再看“进局后顺不顺”。前者是入口信号，后者是体验信号，混在一起看最容易误判。
- 入口侧：登录、匹配、房间创建的耗时是否忽长忽短。
- 对局侧：出牌、结算、断线重连是否出现固定节点的卡顿。
- 客户端：版本分布是否集中，是否存在长期不更新的旧包。
- 反馈侧：同一类问题是否在短时间内被多人重复提到。
信号的价值在于“变化”，单次抖动不必紧张，连续几个时段同向偏移才值得记录。
哪些故障模式最容易反复出现？
反复出现的往往不是大故障，而是小问题被反复触发：网络切换后的重连、弱网下的结算延迟、旧版本客户端的兼容缺口。
- 弱网重连：切网后状态不同步，表现为“牌面回退”。
- 结算延迟：结果已出但界面未刷新，用户误以为卡死。
- 版本错配：旧包缺少新玩法入口，被当成“功能消失”。
- 并发高峰：晚间集中进局时，匹配队列明显拉长。
现场经验：把“用户描述”和“实际日志”分开记。用户说卡，可能只是结算动画慢；日志里的超时才是真问题。
排查该按什么顺序走？
顺序原则是从外到内：先确认影响面，再定位环节，最后才动配置。反过来做，容易在没定位清楚时改坏环境。
- 第一步：确认影响范围，是单用户、单房间还是整批。
- 第二步：对齐时间点，把反馈时间与日志时间统一到同一时区。
- 第三步：复现路径，按用户操作顺序重走一遍。
- 第四步：对比版本，确认问题是否只在特定客户端出现。
- 第五步：小范围验证，再决定是否扩大处理。
什么时候该回滚？
判断标准不是“出了问题”，而是“问题在可接受时间内无法定位且影响面在扩大”。满足后者，就该退，不要赌。 麻将来了
- 影响面持续扩大，且短时间找不到根因。
- 新版本引入的异常集中在入口环节，用户进不去。
- 临时补丁验证失败，二次修改风险高于回退。
- 回滚路径本身未验证过，需先确认旧版本可用。
回滚不是失败，是止损。回退前把现场状态、日志片段、复现步骤留档，退完才有复盘素材。
收尾要留下什么清单？
一次处理结束，留下的不是结论，而是可复用的记录。下次同类问题出现时，能直接对照。
- 时间线：发现、定位、处理、恢复各节点。
- 信号记录：哪些指标先变，变化幅度如何。
- 处置动作：改了什么、谁确认、是否可回退。
- 遗留项：未彻底解决的部分，标注跟进人。
- 玩法侧备注：涉及麻将来了玩法的调整，单独说明影响范围。
把这些整理成固定格式，久而久之就是团队自己的现场手册，也方便后续整理成麻将来了资讯或实用指南沉淀下来。