为何渲染数万顶点高模容易，实现高精度不规则Mesh Collider更难？

这种性能差异本质不是单纯的「GPU算力更强、渲染优化更成熟」，而是图形渲染和碰撞检测两类任务的底层逻辑、容错要求、执行场景存在本质区别，和网格本身的顶点数多少没有直接关系。

为什么高模渲染很轻松，Mesh Collider却很吃性能？ #

• 两者的计算模式天生差了几个数量级的效率
  渲染高模时，GPU做的是高度并行的批处理工作：把顶点批量投影到屏幕空间、光栅化后逐像素算着色，整个过程允许大量近似优化：被遮挡的像素可以靠深度测试直接丢弃、远距离模型自动切低面数LOD、细小的顶点偏差只要肉眼看不出来就完全可以接受。GPU的硬件设计本来就是为这类海量同质化计算准备的，跑几万甚至几十万顶点的渲染任务负载极低。
  但碰撞检测绝大多数场景下跑在CPU物理线程上，要求的是零漏判的精确逻辑校验：两个带Mesh Collider的对象相交时，最基础的步骤就要遍历两个网格的所有三角形做两两相交测试——两个各1万三角面的网格碰撞，最坏情况要做1亿次三角面求交运算，这还只是一对对象的单次检测，要是场景里有十多个这类动态对象，CPU单帧的计算量直接会把帧率拖到个位数。而且碰撞检测根本没法像渲染那样随便丢精度：渲染少算一个像素玩家完全感知不到，但碰撞漏判一次就会出现穿模、卡模型、掉出世界这类硬bug。

• 简单碰撞体的效率优势是算法本质决定的
  长方体、球体、胶囊体这类基础碰撞体全是凸几何体，碰撞检测有直接的数学解析解：比如两个球体碰撞只需要算球心距离和半径之和的大小，几次浮点运算就能出结果；OBB长方体、胶囊体的碰撞检测最多也就几十次运算，和三角面求交的计算量差了上万倍。再搭配八叉树、BVH包围盒层级这类空间裁剪算法，引擎可以在几毫秒内完成整个场景上千个对象的碰撞剔除，根本不需要遍历所有对象做精确检测。
  反观非凸的Mesh Collider，连基础的凸性假设都不满足，碰撞检测的算法复杂度会直接飙升，所以几乎所有主流引擎都会加限制：非凸Mesh Collider只能和简单碰撞体、带刚体的静态对象做检测，不支持两个非凸Mesh Collider的动态碰撞，本质就是性能扛不住。

• GPU物理没法从根本上抹平这个差异
  就算把碰撞检测任务丢给GPU跑，也解决不了两个核心问题：一是物理模拟是强时序依赖的串行流程，当前帧的碰撞结果要直接用来计算受力、速度、位置更新，没法像渲染那样拆成完全独立的并行任务跑满GPU算力；二是GPU计算的结果回读CPU本身就有延迟，很难满足物理模拟每帧16ms以内的时序要求。

行业里的常规做法 #

现在所有3A项目、商业应用里，哪怕渲染模型用的是几十万面的高模，碰撞体也全是用几十到几百面的低模凸包拼接出来的：人物用胶囊体、场景建筑用简化的凸块拼轮廓、载具用几个盒体/凸包包住关键结构。毕竟碰撞体是玩家完全看不到的，只要碰撞轮廓和视觉模型的偏差控制在几厘米内，玩家根本感知不到差异，却能换回来上千倍的性能提升，完全没有必要用渲染高模直接当碰撞体。

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