物理系统集成：碰撞查询与性能边界的工程实践

一、物理引擎不是黑盒，而是帧预算的大户

游戏里的物理------碰撞检测、刚体约束、布娃娃、载具------几乎都交给物理引擎（PhysX、Havok、自研）。但物理是出了名的"帧预算吞噬者"：Broadphase、Narrowphase、约束求解，每一步都是 O(N²) 或迭代开销。一个开放战场里几百个动态刚体同时求解，足以把帧时间吃掉一大块。

物理系统集成的核心命题，不是"能不能撞"，而是"在预算内撞多少、怎么撞"。合理的碰撞分层、查询节流与求解迭代控制，决定物理是流畅的基石还是卡顿的元凶。

二、物理流水线与查询分层的数据流

物理引擎内部是一条分层流水线，下面这张图描述了从场景到结果的流转。

text 复制代码

动态刚体集合
      │
      ▼
Broadphase: 粗略配对
      │
      ▼
Narrowphase: 精确碰撞
      │
      ▼
约束求解: 迭代收敛
      │
      ▼
写回位移与速度
      │
      ▼
触发碰撞事件回调

Broadphase 用空间哈希或 BVH 快速排除不可能接触的物体对，Narrowphase 对候选对做精确几何相交，约束求解通过多次迭代逼近稳定状态，收尾写回运动结果并触发回调。每一层都可单独调参与裁剪。

三、生产级碰撞分层与查询节流实现

下面是一段 C++ 示例，展示如何用碰撞层（Layer/Mask）限制不必要的配对，并复用查询结果而非每帧重查。

cpp 复制代码

#include <cstdint>
#include <vector>

// 碰撞层用位掩码表达：只有层位与的关系为真才检测
enum Layer : uint32_t {
    L_PLAYER = 1u << 0,
    L_ENEMY  = 1u << 1,
    L_TRIGGER= 1u << 2,
    L_STATIC = 1u << 3,
};

struct Body {
    uint32_t layer;
    uint32_t mask; // 只与 mask 命中的层交互
};

// 用层掩码在 Broadphase 前就剪枝，避免无效配对进入 Narrowphase
bool ShouldCollide(const Body& a, const Body& b) {
    return (a.mask & b.layer) && (b.mask & a.layer);
}

class PhysicsWorld {
    std::vector<Body> bodies_;
public:
    void Step(float dt, int solverIterations) {
        // 求解迭代次数直接决定精度与开销：动态场景调低、关键约束调高
        for (int it = 0; it < solverIterations; ++it) {
            // 约束求解...（伪）
        }
        // 碰撞事件只在状态变化时触发，避免每帧空回调
        FireChangedEvents();
    }
};

这段代码的关键契约：用层掩码在 Broadphase 之前就剪枝配对，让"玩家与敌人""触发区与玩家"这类必要交互保留，而"敌人互相之间""触发区互相之间"这类无意义配对直接跳过，大幅削减 Narrowphase 负载。求解迭代次数是精度与开销的旋钮：普通刚体 4 次足够，布娃娃等关键约束可单独调高。生产环境还应把静态物体（地形、建筑）放入不参与动态求解的静态 BVH，避免每帧重算它们的 Broadphase。

四、求解不稳定、触发风暴与确定性的代价

物理系统的首要代价是求解不稳定。迭代次数不足或时间步过大，刚体会抖动、穿透、爆炸（数值发散）。固定时间步（fixed timestep）是标准解法，但会引入与渲染帧率的解耦与插值需求。时间步过大还可能导致隧穿（高速物体穿过薄墙），需做连续碰撞检测（CCD），而 CCD 开销显著。

触发风暴是另一类坑：两个物体持续接触时，碰撞事件可能每帧狂触发，回调里若做重逻辑会拖垮帧。必须只在"进入/离开"边沿触发，并限制每帧回调预算。确定性方面，物理引擎若用于帧同步多人游戏，必须保证跨平台浮点一致，多数商业引擎默认不保证，需替换为定点或受限配置，否则联机对战会分叉。因此物理引擎的选型与配置，应回到项目对确定性、规模与精度的真实约束。

所以落地建议：层掩码前置剪枝、静态物体入静态 BVH，固定时间步 + 插值，高速物体用 CCD 防隧穿，碰撞事件仅边沿触发并限预算，联机场景替换物理为确定性实现。

五、总结

物理系统集成通过碰撞分层与查询节流把求解开销控制在帧预算内，其关键是层掩码前置剪枝、静态物体入静态结构、以及求解迭代次数的精细调参。主要代价是时间步不稳导致的抖动与隧穿、持续接触引发的触发风暴、以及商业引擎默认不保证跨平台确定性。工程落地应采用固定时间步并插值、对高速物体启用连续碰撞检测、碰撞事件仅边沿触发并限预算，且联机场景须替换为定点或受限配置的确定性物理，避免对战分叉。静态与动态物体应分离处理以削减每帧 Broadphase 负载。