在 LibGDX 中使用 Box2D 时，若在单帧内多次标记同一刚体为待销毁（如碰撞回调中重复设置 setUserData("delete")），随后批量调用 world.destroyBody() 将引发双重释放，触发 native 层段错误（SIGSEGV），导致应用崩溃。
在 libgdx 中使用 box2d 时，若在单帧内多次标记同一刚体为待销毁（如碰撞回调中重复设置 `setuserdata("delete")`），随后批量调用 `world.destroybody()` 将引发双重释放，触发 native 层段错误（sigsegv），导致应用崩溃。
该问题的根本原因在于 Box2D 的底层内存管理机制：它采用对象池（object pooling）复用刚体、夹具等资源，而 destroyBody() 并非简单置空，而是将刚体归还至内存池。若对同一刚体调用多次 destroyBody()，则会尝试重复回收已释放的内存地址，最终触发 SIGSEGV（信号 11），正如日志中 fault addr 0x71929823b800 所示。
关键错误点出现在 ContactListener 的 hit_wall_bullet 方法中：
if (a.getFilterData().categoryBits == BIT_BULLET) a.getBody().setUserData("delete");
if (b.getFilterData().categoryBits == BIT_BULLET) b.getBody().setUserData("delete");
当子弹与墙体发生碰撞时，一次 beginContact 可能生成多个接触点（例如因多边形顶点重叠或连续帧微小穿透），导致同一子弹刚体被多次标记为 "delete"。后续 sweepDeadBodies() 遍历 bodiesToDestroy 数组时，会尝试重复销毁该刚体——这正是崩溃的根源。
✅ 正确做法：去重 + 延迟销毁
Box2D 严格要求：所有 destroyBody() 调用必须发生在 world.step() 之外，且每个刚体仅销毁一次。推荐采用以下安全模式：
1. 使用 Set 替代 Array 实现自动去重
// 替换原声明 // public Array bodiesToDestroy = new Array(); public Set bodiesToDestroy = new HashSet();
2. 在 ContactListener 中安全标记（避免重复添加）
private void hit_wall_bullet(Fixture a, Fixture b) {
if ((a.getFilterData().categoryBits == BIT_WALL || b.getFilterData().categoryBits == BIT_WALL) &&
(a.getFilterData().categoryBits == BIT_BULLET || b.getFilterData().categoryBits == BIT_BULLET)) {
if (a.getFilterData().categoryBits == BIT_BULLET) {
bodiesToDestroy.add(a.getBody()); // 自动去重
}
if (b.getFilterData().categoryBits == BIT_BULLET) {
bodiesToDestroy.add(b.getBody()); // 自动去重
}
}
}
3. 安全销毁：遍历 Set 并清空
private void sweepDeadBodies() {
// 注意：务必在 world.step() 之后、渲染之前执行
for (Body body : bodiesToDestroy) {
if (body != null && !body.isDestroyed()) { // 额外防护
world.destroyBody(body);
}
}
bodiesToDestroy.clear(); // 清空集合供下一帧使用
}
4. 调用时机优化（关键！）
将 sweepDeadBodies() 移出 Gdx.app.postRunnable —— 该方式会导致异步执行，可能在 world.step() 过程中销毁刚体，违反 Box2D 约束。应直接在 gameUpdate() 中同步调用：
public void gameUpdate(float delta) {
// ✅ 正确顺序：step → 销毁 → 更新逻辑
// （注意：world.step() 已在 render() 开头调用，因此此处只需销毁）
sweepDeadBodies(); // 同步执行，确保在 step 后、下一次 step 前完成
player.update();
// ... 其他更新逻辑
}
⚠️ 重要注意事项：
- 绝对禁止在 ContactListener 回调（beginContact/endContact）中直接调用 world.destroyBody()；
- 不要在 render() 或 world.step() 执行期间修改物理世界（包括创建/销毁刚体）；
- HashSet 是线程安全的替代方案，但需确保所有操作均在主线程（GLThread）进行——LibGDX 的 render() 和 update() 天然满足此条件；
- 若需支持跨线程标记（如网络事件触发销毁），应使用 SnapshotArray + synchronized 块，但本场景无需。
通过以上调整，可彻底规避 Fatal signal 11 (SIGSEGV)，确保 Box2D 物理世界稳定运行。
