当然有个问题是博士攻击打死敌人的时候有没有触发禁锢效果我们不知道，有很大的暗箱操作空间

透彻，简明

身上原本没有禁锢和一层禁锢是一样的吧

哇。原来是大号

还有一点，博士普攻禁锢是概率，而大招是百分百禁锢一层。正常情况下就算对方身上没有禁锢效果，只要大招打上去就会施加一层禁锢，这一层禁锢直到对方再次受击才会解除。如果因为对方被大招打死，而且阵亡的同时触发了对方被动，这时候再把这种bug式的现象解释为结算机制那是不合理的。

神图

解决的办法我之前帖子里也提过，在中禁锢的单位，用图标标志出来剩余的禁锢层数，但CH估计没那么好
而且现在的矛盾点主要集中在敌方单位在只有1层禁锢的状态下，受到攻击死亡，呈现出多种可能，这个比较疑惑

狗CH在不给禁锢剩余层数图标的情况下，各种现象乱飞，也是谜一样的情况

思维导图可以

问题是一边先解除禁锢再结算死亡复活。同时又先结算死亡再计算禁锢层数。
也就是目前博士优先级如下
解除禁锢结算 》死亡结算》禁锢层数叠加结算
怎么看都是太针对博士了。一个禁锢层数计算问被强行分成2部分。解除禁锢优先级放到最高。叠加禁锢优先级放最低。故意写这么复杂的结算方式非蠢即坏
但是，博士刚出的时候可不是这样的。所以就是坏而已

看不清，能够拍张清楚的吗

我的推测，应该是策划想把第一条暗改成第二条，结果程序员出错了，造成了第六条的BUG。所以应该是策划司个马，再杀个程序员祭天

第七条和第八条我不知道一个月前和现在分别是哪种，如果一个月前是七，策划肯定也想改成八的

666