一个守卫脚本的小误判，让全服加成悄悄漏了

最近碰到一件挺气人的事：道具经验加成明明修好了，人物吃得到，宠物却一点没涨。不是加成逻辑写错了，是底下那个守卫脚本在判断「这人是不是玩家」时，把宠物错认成了「不是玩家」，一句话就把它跳过了。这篇把整个排查过程讲清楚，因为这种事在长期运行的系统里特别常见。

一、表面现象：加成修好了，宠物还是没吃到

现象很朴素：人物带上经验道具，打怪经验明显变多；可宠物跟着打，经验纹丝不动。第一反应是「是不是加成没生效」，但人物侧明明已经好了。这就说明问题不在加成本身，而在人和宠物走的是不是同一条判断路径。

二、追到根：一行判断把宠物挡在门外

往下挖，发现经验加成的钩子其实对人物和宠物都会触发，但守卫脚本里有一句「判断是不是玩家」的代码，用的是玩家账号标识。宠物的标识跟玩家不一样，于是宠物被判定成「不是玩家」，直接在开头就 return 跳过，加成逻辑根本没轮到它跑。

这还不是全部。另一个坑是扫描道具栏位只扫了装备栏 0 到 7，经验道具大多放在背包栏 8 到 27，等于人物侧的部分道具也被漏扫了。两处加起来，加成要么漏给宠物，要么连人物都扫不全。

三、怎么修：分清对象类型，扫全栏位

• 补一个「是不是宠物」的判断：把宠物单独认出来，让它去用主人的道具加成，而不是被当成非玩家整体跳过。
• 扫描范围从 0~7 扩到 0~27：把背包栏里的经验道具也算进去。
• 留好兜底：拿不到主人信息时，保持原值、不报错、不崩，跟改之前表现一致，最坏也就是「没加成」，不会出事故。

改完之后先做语法检查，再确认改动就位。但要真正验证，还得带宠物打一次怪，看宠物经验是不是真变多了——这种涉及线上流水的地方，必须实测确认，不能只看代码觉得对。

四、这类「看着修好其实没生效」的坑，怎么防

• 别只修主逻辑：一个守卫脚本里的一行误判，就能让主逻辑从头到尾失效，修完一定要顺这条链路走一遍。
• 判断「是不是 X」要检查对象类型：账号、角色、随从各自的标识各不相同，用错了判断条件就会把一整类对象误挡在外。
• 改影响面大的东西，先留备份再动手：改错了能立刻回滚，不至于影响在线用户。

长期跑的系统里，最阴的 bug 往往不是逻辑写错，而是某条判断把一整类对象悄悄漏掉了。土拨鼠日常就是帮你盯住这些「看着正常、其实有缝」的地方，整体能力可以看 功能页；想知道它替你省下多少排查的功夫、值不值，定价页 有按量的对照；想直接装一个试试，去 下载页 就行。