UE是C++开发的游戏引擎，尽管现代开发多数时间会集成好几种语言，但底层架构上，鸣潮依然属于C++类的游戏

C++作为面向对象的一门语言，在实现功能的时候绕不开一个核心观点——实例化对象。
由此衍生出来的很多笑话，比如:
没有对象怎么办?可以 new一个；
LOL的所有加血技能都是一个隐形的琴女；

现在我们回到帖中提及的bug，仇/坎的共鸣回路，本质上是重击类型触发。这里我们只考虑bug如何真的产生，那么就有以下可能:
1.右键click，触发共鸣回路
2.调用共鸣回路通用类
3.调用声骸技能类
4.结束该此事件
好的，我们稍微理解一下，就不难猜出，原帖中的抗打断系数应该作为参数传入2，也就是调用共鸣回路通用类当中。

在调用声骸技能类的时候，会实体化该类，模拟一个空白的声骸技能，既蓝图。但是注意，这并不意味着真的发生了释放声骸技能这个过程，类中有许多方法，所以按照远帖主的判断，仇/坎的共鸣回路暴力地调用了一次声骸技能类中的所有方法，完成了一次真正意义上的释放声骸技能

仇/坎的共鸣回路，大概率也很可能，就是调用了某几个空白模板的脱手声骸技能，如果解包允许，，说不定能翻出到底是那几个声骸，然后大家就可以笑话得说:有个隐形的***在打伤害，这两共鸣回路都是没伤害的

既然共鸣回路类能正常调用，我们只需通过一些手段将这次返回的伤害改成0，然后在调用声骸技能释放的时候打伤害即可。
但是同样这俩同样也可以互换过来，另一个打伤害，另一个伤害设置为0。
更有可能的是后者，共鸣回路正常调用，释放声骸技能伤害改为0
而原帖中说，释放声骸技能的一些前摇动画，导致了共鸣回路给的抗打断系数没有生效，这其实是不严谨的，因为空白模板的释放声骸技能类中并不包含这些动画

现在我们可以下定论了，这究竟是不是bug呢，答案是:不，这大概率不是bug。那这么容易被打断是为什么呢，lz猜测，还有一些其他参数也同样决定了是否被打断，并不是单纯的抗打断系数来决定的，应该还存在一个打断系数，抗打断系数和打断系数共同决定了是否会被打断。
所以实例化对象并不是真正跑完了一遍类的生命周期，今天的你学会了吗

难道说

那帖子有说csf加强过仇远的抗打断但是没用 从这看还是倾向于确实是bug

要长脑子了

我感觉可以排除是bug，因为一链明明白白的卖抗打断都贴脸了，另外至于声骸释放，估计就是更改的技能释放类型名称，不影响抗打断，拿来卖钱的东西怎么可能在0链给你安排上

这种耦合高的情况写出bug挺正常的

先反馈再说，得kl那边自己看是否为bug