这里面已经把报错的行数和函数名都报出来了，你跟着找到去修补下不就完事了。正常流程就是这样，但是今天要教的是更高级更复杂一种。上面这种错误并不是B3E这个函数导致的，而是乱用EVENT_PLAYER_UNIT_某某事件造成，所以要么把技能和物品注掉一个一个去排查，或者在玩家事件前用debug.getinfo去记录调用地方，等错误发生时找找前面那个。然后我就找到了这个出错的地方

EVENT_PLAYER_UNIT_USE_ITEM事件类似于变量中的全局变量，而且他依赖的数据结构是共用的，所以不能销毁而是用类似全局单位组的GroupClear方法来处理，也就是DisableTrigger来解决，但它并不负责排泄所以你不能每次进来都创建给它，而应该把它绑定到英雄单位上，没有就创建有就修改或者挪它到别的地方用一个开关来开启。
但是它报的是attack，玩家事件里就只有使用物品事件不能销毁吗，当然NoNoNo，还有个EVENT_PLAYER_UNIT_ATTACKED事件也会出错的，因为它就是跟攻击直相关的啊，那么聪明的冰娃以前是怎么处理的呢，为此我特地从吧里找了份经常弹窗的和正常版本的做个对比。如下

这是赏金的疾风步，上边的是异常版本，它多注册了个EVENT_PLAYER_UNIT_ATTACKED，而上面下面无论哪个事件销毁都会把它销毁掉，这就导致最开始图片里的错误经常出现然后弹窗玩不下去啦，下边的是正常版本，只不过它在QC9里多了句MB7(p5, "WindWalkBH|Active")，也就是已经进入隐身时间标记赏金已经开启偷袭状态，在QB9里多了句M37(p5, "WindWalkBH|Active")也就是技能已经失效结束去除赏金偷袭状态，然后它的EVENT_PLAYER_UNIT_ATTACKED挪到了这里

这是专放技能触发的地方，这里注册的一般不会去销毁，但既然不去销毁这个攻击事件一直运行岂不浪费性能，当然不是啦，它里面首先就是用HasExBuff(GetAttacker(),"WindWalkBH|Active")去判断，只要它还在MB7调用就能触发，这样就不会有太多消费性能也不会泄露啦。
再看下面这个

这个是圣堂的隐匿技能，上边是异常版本，然后它也是多注册了个攻击事件，但是它的IBE里面没有任何GetTriggerEventId()==EVENT_PLAYER_UNIT_ATTACKED判断，同样其他事件销毁也会让它销毁，这不是白白加了个错误嘛。难怪有那么多英雄玩家一玩就报错结束，还有人傻傻的以为是游戏和概率的问题，这多是底层技能有问题，如果是出错的英雄去十个相同英雄模式下玩崩得更容易。

所以说嘛，不管是作图也好改图也罢，这个错误日志记录还是很有用的，很多Ai图做的是很稳定功能也很不错，并不怎么存在什么问题难以解决的事，不会解决你可以去找张同样差不多的图看看先辈们是怎么做的就完事了。对于玩家的需求来说肯定是想玩一张流畅又稳定的地图了，所以改图者首先应该做到图玩起来一般没有错误出现在日志之类，这可以找人或自己把全部英雄都让-SH模式下跑一遍就知道了。其次是没有各种句柄之类泄露，排查方法上次已经说过了。最后就是针对地图性能做些优化特别是单位非常多的时候，比如后期单位多但都得走一个攻击事件调物品的攻击效果，里面全是if就容易卡了。比如斧王的点灯为了加移速提成就得满地图找点灯单位。比如猴子的幻像上限用玩家单位组来统计数量。图做好了做精了改图之道才算入门了。