在3D游戏和仿真项目中，碰撞检测是物理系统的基础。如果一个场景里有上百个模型，逐个手动配置碰撞体不仅工作量巨大，而且容易出现碰撞穿透、性能浪费等问题。碰撞体自动生成API正是为了解决这个痛点而设计的：它们能够根据模型的网格数据，自动计算出合适的碰撞形状，开发者只需要调用几个接口就能完成配置。本文将从原理、主流引擎API的使用方法以及性能优化三个层面，详细讲解3D模型碰撞体的自动生成。
一、碰撞体自动生成的基本原理
自动生成碰撞体的核心思路是从模型网格数据中提取几何特征，然后按照一定规则拟合出简化的物理形状。之所以要简化，是因为原始网格往往包含数万个三角形，直接用原始网格做碰撞检测的代价极高。物理引擎通常要求碰撞体是凸多面体或者简单的参数化形状（如球体、胶囊体、盒子），这样才能利用分离轴定理（SAT）或GJK算法快速求解。
常见的自动生成策略分为三个层次。第一层是包围盒计算，即求解模型的AABB（轴对齐包围盒）或OBB（方向包围盒），这种方式速度最快，适合箱子、柱子等规则物体。第二层是凸包生成，通过QuickHull等算法把模型的所有顶点包在一个最小的凸多面体内，适合石头、车辆等外形大致凸起的物体。第三层是凸包分解，对于L形走廊、桌子这类凹形模型，先把它拆分成多个凸块再分别生成碰撞体，精度和性能可以取得较好的平衡。
此外，网格简化也经常参与其中。比如Unreal Engine在导入模型时提供的凸包碰撞生成，内部就会先对网格做体素化处理，再基于体素结果构建简化的凸包，这样既能控制碰撞体的复杂度，又能保证覆盖模型的主要轮廓。理解这些算法基础，有助于在后续调用API时选择合适的参数。
二、主流引擎与物理库的碰撞体生成API
Unity引擎在Mesh Collider组件中提供了MeshCollider与convex参数的组合。将convex设为true时，Unity会基于PhysX的Cooking接口自动把网格烘焙成凸包碰撞体，三角形数量上限为255，超过时引擎会自动简化。对于不需要精确碰撞的物体，还可以直接用BoxCollider或CapsuleCollider结合Bounds数据自动添加，下面的脚本演示了如何为场景中所有模型批量生成包围盒碰撞体：
using UnityEngine;
public class AutoColliderGenerator : MonoBehaviour
{
void Start()
{
// 遍历场景中所有带MeshRenderer的物体
MeshRenderer[] renderers = FindObjectsOfType<MeshRenderer>();
foreach (MeshRenderer mr in renderers)
{
// 已有碰撞体则跳过
if (mr.GetComponent<Collider>() != null) continue;
// 取世界空间的包围盒尺寸
Bounds bounds = mr.bounds;
BoxCollider box = mr.gameObject.AddComponent<BoxCollider>();
box.center = mr.transform.InverseTransformPoint(bounds.center);
Vector3 lossyScale = mr.transform.lossyScale;
box.size = new Vector3(
bounds.size.x / Mathf.Abs(lossyScale.x),
bounds.size.y / Mathf.Abs(lossyScale.y),
bounds.size.z / Mathf.Abs(lossyScale.z));
}
}
}Unreal Engine的方案更加体系化。编辑器中右键静态网格资产，选择Create Collision Complexity相关选项即可自动生成简化碰撞，API层面对应UBodySetup中的Chaos::FConvexUtils系列函数。UE还区分简单碰撞与复杂碰撞两种模式：简单碰撞用于物理模拟，复杂碰撞直接使用渲染网格做查询，通过ComplexAsSimple或UseSimpleAndComplex属性切换。自动生成时一般选择简单碰撞，因为复杂碰撞的射线检测和物理运算成本高得多。
如果项目使用原生物理引擎，Bullet和PhysX也提供了对应接口。Bullet中的btConvexHullShape可以接收顶点数组，内部通过btConvexHullComputer自动计算凸包；对凹形模型则使用V-HACD库做凸包分解，得到一组凸块后再组合成btCompoundShape。PhysX的方案类似，通过PxCooking::createConvexMesh配合PxConvexMeshDesc完成烘焙，其中PxConvexFlag::eCOMPUTE_HULL标志就是让SDK自动生成凸包的关键参数。
三、性能优化与工程实践建议
自动生成不等于无脑生成，形状选择直接影响性能。以一次碰撞检测的开销排序，大致是：球体小于盒子小于胶囊体小于凸包小于三角形网格。对于场景中的装饰物，用包围盒级别的碰撞体完全够用；主角、载具等需要精确接触反馈的物体，才值得使用凸包分解生成的高精度碰撞体。一个常见的工程实践是分档处理：静态场景物用简化形状，动态交互物用凸包，特效粒子干脆不参与碰撞。
第二个要点是控制凸包的顶点与三角形预算。V-HACD等分解算法通常允许设置凸块数量上限和每个凸块的顶点数，经验值是单凸块不超过32个顶点、整模型不超过8个凸块，超过这个数量后物理模拟的开销增长会明显加快。同时，建议在离线阶段完成碰撞体的烘焙与缓存，比如Unity的物理烘焙数据、UE的碰撞Cooking结果都可以序列化保存，运行时直接加载，避免卡顿。
最后要注意自动生成的校验环节。凸包算法对退化网格（重复顶点、零面积三角形）非常敏感，生成前应做网格清洗：去除重复顶点、合并重叠三角形、检查法线一致性。生成后还应该可视化碰撞体，让美术和策划在编辑器中直接查看碰撞范围是否合理，必要时提供手动微调入口。一套自动生成加人工微调的流程，既保证了效率，也保留了精度控制的空间，这也是中大型项目中最稳妥的做法。
碰撞体Physics API3D模型修改时间：2026-09-09 13:03:21