移动对象碰撞检测失效：静态NPC正常，移动时穿模问题求助

• 静止NPC状态下，碰撞逻辑只需要处理移动方的单向判定：移动方检测到和静止对象的hitbox重叠后，直接回退位移即可生效，因为静止对象的坐标不会在检测过程中动态变化。
• 多NPC同时移动时，碰撞逻辑需要处理同帧位移的时序、位置快照、双向回退问题，你当前的实现刚好在这些环节存在逻辑漏洞，和hitbox的准确性无关。

分步排查方向 #

• 检查碰撞检测的执行时序
  你当前的更新流程是每个NPC独立跑完全程：修改自身坐标→计算碰撞→回退位置，没有做整帧的固定位置快照。具体到你的代码里，move函数会先通过this.x += dirx * Hero.SPEED * delta修改当前坐标，之后才调用_collide做碰撞检测。
  漏判场景举例：同一帧内NPC A先执行移动，此时NPC B还没更新本帧坐标，A的hitbox刚好和B的旧位置差1像素，判定无碰撞；接着NPC B执行移动，此时看到的是A已经更新后的坐标，B的hitbox也刚好和A的新位置差1像素，两边都不触发碰撞回退，最终两个位置直接重叠穿模。
  快速验证方法：在objCollision函数入口打印当前检测方、被检测方的hitbox坐标，对比两个对象最终渲染的位置和检测时读到的坐标，如果数值对不上，就是时序快照问题。

• 检查碰撞回退逻辑的适配性
  你当前的碰撞回退是硬回弹一帧的固定位移量，比如向下移动触发碰撞就直接this.y = this.y - Hero.SPEED*delta。这个逻辑对静止对象是生效的，因为静止对象位置不变，回退后就回到无重叠的位置。但对移动对象来说，这个逻辑没有计算实际的碰撞侵入深度，只要单帧位移量足够大，会出现两个NPC各自回退后位置依然重叠的情况，无法真正挡住穿模。

• 检查hitbox的动态计算误差
  你每次调用hitBox()都是基于实时变动的x/y坐标计算的，在多对象连续位移的过程中，hitbox的位置会随着坐标修改动态变化：比如A的碰撞检测逻辑刚跑了一半，B已经修改了自己的坐标，导致A检测到的B的hitbox位置是动态变化的，最终判定结果不稳定，容易漏判。

• 排查隧道效应问题
  你当前的单帧位移是SPEED * delta，如果delta值计算偏差、帧率不稳定，会出现单帧位移量远大于两个hitbox之间间距的情况。此时矩形相交判定会直接跳过中间的重叠状态——哪怕两个对象都是匀速移动，只要单帧步长够大，就会直接从对方的hitbox中间穿过去，完全不触发相交判定。

内容的提问来源于stack exchange，提问作者jratana1