在 LibGDX 中调用 world.destroyBody() 时若重复销毁同一刚体，会触发底层 Box2D 内存池非法访问，导致 Fatal signal 11（SIGSEGV）崩溃；正确做法是去重后批量销毁，且必须在 world.step() 之外的安全时机执行。
在 libgdx 中调用 `world.destroybody()` 时若重复销毁同一刚体，会触发底层 box2d 内存池非法访问，导致 fatal signal 11（sigsegv）崩溃；正确做法是去重后批量销毁，且必须在 `world.step()` 之外的**安全时机**执行。
Fatal signal 11 (SIGSEGV) 是典型的内存访问违规错误，在 LibGDX + Box2D 项目中，该错误绝大多数源于对已销毁刚体的重复调用 destroyBody()。从你的堆栈日志可见，崩溃发生在 b2BlockAllocator::Allocate 阶段——这正是 Box2D 内存池尝试复用已被释放的内存块时发生的非法访问。根本原因在于：ContactListener 在碰撞检测中可能多次触发同一刚体（例如子弹连续接触多个墙顶点或短暂反复碰撞），导致同一 Body 被多次标记为 "delete" 并加入 bodiesToDestroy 数组，最终在 sweepDeadBodies() 中被重复销毁。
✅ 正确销毁流程：去重 + 延迟执行
Box2D 严格禁止在 world.step() 执行期间销毁刚体（包括 render() 或 update() 中直接调用）。你当前在 gameUpdate() 中通过 Gdx.app.postRunnable() 异步调用 sweepDeadBodies()，虽规避了“step 中销毁”的问题，但未解决重复销毁这一核心隐患。
1. 使用 Set 替代 Array 实现自动去重
// 替换原声明 // public Array bodiesToDestroy = new Array(); public Set bodiesToDestroy = new HashSet();
⚠️ 注意：HashSet 要求 Body 对象具有稳定的 hashCode() 和 equals() 行为。Box2D 的 Body 类默认使用内存地址哈希，在 JVM 层面是安全的（同一 Java 对象实例始终返回相同哈希值），因此可直接使用。
2. 修正 sweepDeadBodies() —— 安全遍历与销毁
private void sweepDeadBodies() {
// 遍历副本，避免 ConcurrentModificationException
for (Body body : new HashSet(bodiesToDestroy)) {
if (body != null && "delete".equals(body.getUserData())) {
try {
world.destroyBody(body);
} catch (Exception e) {
// 日志记录异常（仅调试用）
Gdx.app.error("Box2D", "Failed to destroy body: " + e.getMessage(), e);
}
}
}
bodiesToDestroy.clear(); // 清空集合，准备下一轮
}
3. ContactListener 中避免冗余标记
当前 hit_wall_bullet() 可能同时标记 a.getBody() 和 b.getBody()，若两者是同一刚体（罕见但可能），仍会造成重复。优化如下：
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
private void hit_wall_bullet(Fixture a, Fixture b) {
Body bodyA = a.getBody();
Body bodyB = b.getBody();
// 检查是否为子弹与墙碰撞
boolean isBulletA = (a.getFilterData().categoryBits == BIT_BULLET);
boolean isBulletB = (b.getFilterData().categoryBits == BIT_BULLET);
boolean isWallA = (a.getFilterData().categoryBits == BIT_WALL);
boolean isWallB = (b.getFilterData().categoryBits == BIT_WALL);
if ((isBulletA && isWallB) || (isBulletB && isWallA)) {
Body bulletBody = isBulletA ? bodyA : bodyB;
// 确保只标记一次，且不重复添加
if (bulletBody != null && !"delete".equals(bulletBody.getUserData())) {
bulletBody.setUserData("delete");
bodiesToDestroy.add(bulletBody); // HashSet 自动去重
}
}
}
4. 销毁时机：确保在 world.step() 之后、渲染之前
你当前在 gameUpdate() 中异步调用 sweepDeadBodies() 是合理策略，但需确认其执行顺序：
public void gameUpdate(float delta) {
// ✅ 正确：step 已在 render() 开头执行，此处仅处理逻辑
player.update();
// ... 其他更新逻辑
// ✅ 推荐：直接同步调用（更可控），而非 postRunnable
sweepDeadBodies(); // 在 step 后、渲染前清理，保证状态一致
}
? 关键原则：destroyBody() 必须在 world.step() 完成之后、且不在任何 contact 回调内部调用。
? 补充调试建议
- 在 sweepDeadBodies() 开头添加日志：Gdx.app.log("Destroy", "Pending bodies: " + bodiesToDestroy.size());
- 检查 Bullet 构造中是否意外创建了无效 Body（如 position 为 NaN 或 null）；
- 确保所有 Body 创建均通过 world.createBody()，且未手动 dispose() 或 null 化引用。
遵循以上方案，即可彻底规避 SIGSEGV 崩溃，实现稳定、高效的 Box2D 刚体生命周期管理。
