1. 项目概述为什么物理系统是Unity的“游戏规则制定者”干了这么多年Unity开发我越来越觉得物理系统这东西它不像渲染那么直观也不像UI那么显眼但它绝对是决定你游戏“手感”和“世界感”的灵魂。你可以把游戏世界想象成一个舞台渲染负责灯光和布景让一切看起来真实而物理系统就是那个在幕后默默工作的导演和物理法则制定者它决定了演员游戏对象如何移动、如何互动、如何倒下、如何弹起。没有它你的角色会穿墙而过子弹会无视障碍箱子推不动汽车开起来像在冰上漂移——整个世界就失去了可信的基石。Unity的物理系统本质上是一套高度封装的模拟引擎它把现实世界中复杂的力学计算牛顿力学为主打包成我们开发者可以轻松调用的组件和API。无论是想让一个球体受重力下落还是模拟一场复杂的汽车碰撞亦或是实现布娃娃系统的滑稽死亡都离不开它。对于新手来说可能觉得加个Rigidbody刚体和Collider碰撞体就叫用了物理但这里面门道深了去了。参数怎么调性能瓶颈在哪3D和2D物理有什么区别DOTS物理又是什么新玩意儿这些才是真正决定你项目成败的细节。这篇文章我就结合自己踩过的无数个坑从最基础的组件拆解开始到高级的性能优化和实战避坑带你彻底吃透Unity的物理系统。无论你是刚入门的新手还是想深化理解的熟手相信都能找到对你有用的干货。我们不止讲“怎么用”更要深挖“为什么这么用”以及“怎么用更好”。2. 物理系统的核心架构与引擎选型刚接触Unity物理很多人会被各种名词搞晕PhysX、Box2D、Unity Physics、Havok… 它们之间到底是什么关系我的项目到底该用哪个这部分我们就来彻底理清这个脉络。2.1 内置物理引擎PhysX与Box2DUnity最常用、最成熟的两套物理方案就是其内置的3D和2D物理系统。它们开箱即用与编辑器集成度最高文档和社区资源也最丰富。2.1.1 内置3D物理基于NVIDIA PhysX这是Unity 3D项目的默认和主力物理引擎。PhysX是NVIDIA旗下久经沙场的物理中间件以稳定和性能著称。当你为一个GameObject添加Rigidbody组件时你就是在启用PhysX引擎来模拟这个物体的运动。它的工作流程非常直观Collider碰撞体定义形状边界Rigidbody赋予物体质量、阻力等物理属性并负责运动计算。每一帧物理引擎会收集所有带Rigidbody和Collider的物体。进行连续碰撞检测CCD和离散碰撞检测判断哪些物体发生了接触或穿透。根据物体的质量、速度、碰撞法线等信息计算碰撞后的力和运动。通过物理更新FixedUpdate循环积分计算每个物体的新位置和旋转。将结果同步回Transform组件。注意这里有个关键点物理计算是在FixedUpdate中进行的而渲染是在Update中。这意味着物体的物理状态更新频率Time.fixedDeltaTime可以和帧率Time.deltaTime不同。将物理相关的代码如AddForce放在FixedUpdate中能保证与物理引擎步调一致避免计算不稳定。2.1.2 内置2D物理基于Box2D对于2D项目Unity集成了轻量级且高效的Box2D引擎。其核心组件是Rigidbody2D和各类Collider2D如BoxCollider2D,CircleCollider2D。虽然原理与3D类似但有几点根本区别坐标系2D物理只在XY平面内运算Z轴被忽略。Rigidbody2D只有Z轴的旋转。组件独立Rigidbody和Rigidbody2D是两个完全独立的组件API也不同不能混用。性能考量Box2D通常比3D PhysX在2D模拟上更高效因为计算维度减少。功能差异一些3D物理的特性如网格碰撞体MeshCollider在2D中没有完全对应的组件2D有特有的组件如CompositeCollider2D复合碰撞体来优化复杂形状。选择建议如果你的项目是纯2D视角如横版过关、卡牌对战毫不犹豫选择2D物理系统。即使是3D场景但游戏玩法是2D的如2.5D游戏也通常使用2D物理因为更简单高效。只有需要真正的3D空间交互如第一人称射击、赛车、物理解谜才使用3D物理。2.2 面向数据的技术栈DOTS物理方案随着项目规模扩大传统面向对象OOB的物理模拟可能遇到性能瓶颈尤其是需要处理成千上万个动态物理物体时。Unity推出的DOTS面向数据的技术栈架构就是为了解决这一问题其物理系统也迎来了革新。2.2.1 Unity Physics Package这是DOTS架构下的默认物理解决方案。它不再使用GameObject和MonoBehaviour那套体系而是基于Entity实体、ComponentData组件数据和System系统。核心变化物理状态位置、旋转、速度现在是存储在ComponentData中的纯数据PhysicsSystem一个ISystem负责批量处理所有这些数据。这种数据导向的设计使得CPU缓存命中率更高SIMD指令集得以充分利用性能有数量级的提升。使用场景非常适合大规模军团战斗、大量可破坏物体、粒子物理如大量树叶、碎片等场景。如果你的项目有“海量实体”的物理需求这是必须考虑的方向。上手门槛较高。需要理解ECS实体组件系统和Jobs作业系统的概念编程模式与传统方式差异较大。2.2.2 Havok Physics for UnityHavok是游戏业界另一款顶级的物理引擎。Unity通过Havok Physics for Unity包将Havok引擎集成到DOTS框架中作为Unity Physics包的一个替代或扩展。优势Havok在复杂约束、车辆物理、布料模拟等方面有非常深厚的积累和口碑。如果你需要实现极其真实和复杂的机械结构、高级的车辆动力学Havok可能是更好的选择。注意这是一个需要特定许可方案的商业包并非免费使用。在项目初期就需要评估成本和收益。引擎选型决策树 为了更直观地帮你选择可以参考下面的决策流程项目类型物理需求特点推荐引擎关键考量传统3D游戏角色、道具、中等数量互动物体内置3D (PhysX)成熟、易用、生态好满足绝大多数需求传统2D游戏横版、俯视角、纯2D交互内置2D (Box2D)轻量、高效、API专为2D设计超大规模模拟数千至上万动态物理实体如RTS小兵、大量碎片DOTS Unity Physics性能为王需接受ECS学习曲线专业模拟/3A大作需要顶尖的车辆、布料、复杂约束模拟DOTS Havok Physics功能强大但涉及商业授权与更高复杂度移动端/性能敏感物体数量不多但对帧率和功耗要求严苛内置2D/3D或简化DOTS优先使用简单碰撞体减少动态物体谨慎评估DOTS收益3. 核心组件深度解析与参数调校实战了解了宏观架构我们深入到微观层面看看构成物理交互的那些核心组件。很多人只是拖拽组件上去但对里面每个参数的意义一知半解调起来全靠玄学。这部分我们就把每个参数掰开揉碎了讲。3.1 刚体物理世界的“身份证”Rigidbody或Rigidbody2D是物理模拟的基石。没有它物体就是个静态的装饰品。我们来看关键参数Mass质量这是最容易用错的一个。新手常犯的错误是给所有物体都设置成1。在物理引擎中质量是相对的。一个角色的质量是1一个箱子的质量也设1那么推动它们需要的力是差不多的这显然不合理。最佳实践是参考现实世界的相对比例。比如角色70kg质量70小石头0.5kg质量0.5汽车1000kg质量1000。这样碰撞和力的反馈才真实。Drag / Angular Drag阻力/角阻力想象物体在空气或水中的运动。Drag影响位置移动的减速Angular Drag影响旋转的减速。值越大物体停下来越快。如果你想做一个“手感”很重的角色或飞船可以适当调高阻力。对于飘在空中的气球或太空物体阻力应该接近0。Use Gravity使用重力勾选后受全局重力影响。注意全局重力在Edit - Project Settings - Physics中设置。有时为了实现特殊效果如反重力区域可以通过代码临时关闭某个刚体的此选项。Is Kinematic是否为运动学刚体这是超级重要的一个选项。勾选后该刚体将不受物理引擎的力重力、碰撞力等影响但你可以通过直接修改其Transform的位置来移动它。同时它仍然可以与其他非运动学刚体发生碰撞并影响对方。典型用途玩家控制的角色用脚本移动、移动的平台、电梯。这样你可以获得精确的移动控制同时还能推开场景中的箱子。Interpolate插值物理更新在FixedUpdate渲染在Update如果FixedUpdate频率低于帧率物体运动可能会不流畅抖动。Interpolate选项会让物体根据上一帧和当前帧的物理状态进行平滑插值渲染出中间位置从而获得丝滑的视觉表现。对于高速移动的物体如子弹、赛车强烈建议开启。Extrapolate外推则是预测下一帧位置风险较高容易导致“抖动”一般不推荐。实操心得对于主角控制器我通常的配置是Mass设为合适值如1Drag设为5-10让其移动有“重量感”且能快速停下Angular Drag调高如999防止角色奇怪地翻滚Is Kinematic不勾选如果使用CharacterController则不加RigidbodyInterpolate选择Interpolate。对于被主角推动的箱子Mass设为10-20Drag适中Is Kinematic不勾选。3.2 碰撞体物理交互的“形状定义者”碰撞体定义了物体的物理轮廓。它只是一个形状没有质量。关键点在于形状的复杂度和层级管理。3.2.1 碰撞体类型与选择基础碰撞体Box,Sphere,Capsule。性能最好应作为首选。Capsule尤其适合角色因为它的圆滑顶部能很好地处理斜坡和台阶。Mesh Collider网格碰撞体使用模型的实际网格作为碰撞形状。这是性能杀手尤其是复杂网格。仅适用于静态的、形状极其不规则且基础碰撞体无法近似的环境物体如一块奇形怪状的岩石并且务必勾选Convex凸包选项如果物体是凹的PhysX会为其生成一个凸包近似体。对于动态物体绝对不要用Mesh Collider。Terrain Collider地形碰撞体专为地形系统优化性能很好。Wheel Collider车轮碰撞体用于车辆模拟内置了悬挂、摩擦等复杂计算。Compound Colliders复合碰撞体通过在一个物体上添加多个基础碰撞体来组合成复杂形状。这是平衡精度和性能的常用手段。例如一个柜子可以用一个BoxCollider做主体两个小BoxCollider做把手。3.2.2 碰撞矩阵与层级这是管理“谁和谁碰撞”的核心配置。在Edit - Project Settings - Physics或Physics 2D中你可以看到Layer Collision Matrix。为什么需要你肯定不希望子弹和子弹之间相互碰撞浪费性能也不希望UI元素触发物理事件。通过图层你可以精细控制碰撞关系。标准做法定义图层Player,Enemy,Bullet,Environment,IgnoreRaycast,TriggerOnly等。在碰撞矩阵中取消不必要的交叉勾选。例如Bullet层只与Player、Enemy、Environment层碰撞Bullet与Bullet之间不碰撞。将游戏对象分配到对应的图层。技巧可以创建一个TriggerOnly层专门用于放置只作为触发器不进行物理碰撞的物体并在矩阵中取消该层与所有其他层的物理碰撞勾选只保留触发器交互。这能避免不必要的物理计算。3.3 物理材质定义表面的“性格”物理材质Physics Material2D中叫Physics Material 2D附着在碰撞体上定义了物体表面的摩擦力和弹性反弹力。Dynamic Friction动摩擦物体运动时的摩擦力。值越大越难推动或滑动。Static Friction静摩擦物体从静止到运动所需克服的摩擦力。通常略大于或等于动摩擦。Bounciness弹性0表示完全无弹性碰撞后不反弹1表示完全弹性能量无损失永远弹跳。现实世界中通常在0到1之间。Friction Combine / Bounce Combine摩擦/弹性组合模式当两个物体接触时它们的摩擦力和弹性如何计算有几种模式Average取平均值。最常用Minimum取最小值。Maximum取最大值。Multiply相乘。实战案例制作一个冰面。创建一个物理材质将Dynamic Friction和Static Friction都设为非常低的值如0.05Bounciness设为0。将其赋给地面碰撞体。再制作一个弹力球材质Bounciness设为0.8赋给球体。你就能看到球在冰面上滑动很长距离撞到墙后高高弹起。4. 物理交互的脚本控制与事件处理物理组件搭好了世界动起来了接下来就要用脚本与之交互这是让游戏“活”起来的关键。4.1 力的施加让物体动起来最直接的方式就是给刚体施加力。Unity提供了几种方式区别很大Rigidbody.AddForce(Vector3 force, ForceMode mode)最常用的方法。ForceMode.Force添加一个持续的力与质量有关。适合模拟火箭推进器、风力。ForceMode.Impulse添加一个瞬间的冲量与质量有关。适合模拟子弹射击、跳跃的瞬间蹬地力。ForceMode.Acceleration添加一个持续的加速度忽略质量。适合做不因物体重量而改变的效果。ForceMode.VelocityChange添加一个瞬间的速度变化忽略质量。适合直接设定一个速度突变。Rigidbody.AddTorque(Vector3 torque)添加扭矩让物体旋转。Rigidbody.AddForceAtPosition(Vector3 force, Vector3 position)在特定位置施加力可以产生旋转效果比如推一个箱子的边缘。重要原则所有施加力的代码都应该放在FixedUpdate中而不是Update。因为物理计算在固定时间步长中进行在Update中调用可能导致一帧内多次或零次施加力造成不稳定。// 示例让物体向前持续移动像汽车引擎 void FixedUpdate() { if (Input.GetKey(KeyCode.W)) { rb.AddForce(transform.forward * enginePower, ForceMode.Force); } } // 示例让物体跳跃 void Update() { if (Input.GetKeyDown(KeyCode.Space) isGrounded) { rb.AddForce(Vector3.up * jumpForce, ForceMode.Impulse); } }4.2 物理查询射线与形状投射除了被动等待碰撞我们经常需要主动探测物理世界。射线检测Physics.Raycast。这是最常用、最高效的查询。用于检测鼠标点击、武器瞄准、判断是否着地等。Ray ray Camera.main.ScreenPointToRay(Input.mousePosition); RaycastHit hit; if (Physics.Raycast(ray, out hit, 100f)) { Debug.Log(点击到了: hit.collider.name); // 可以通过hit.point获取点击的世界坐标hit.normal获取法线 }球形/盒形/胶囊体检测Physics.SphereCast,Physics.BoxCast,Physics.CapsuleCast。这些是“有体积”的射线用于检测一个区域。比如判断角色前方一个胶囊体空间内是否有障碍物。重叠检测Physics.OverlapSphere,Physics.OverlapBox。检测一个区域内所有碰撞体。用于爆炸范围检测、拾取物品等。2D对应API以上所有方法在2D中都有对应如Physics2D.Raycast,Physics2D.OverlapCircleAll等注意使用RaycastHit2D和Collider2D。性能提示物理查询是有成本的尤其是Overlap系列和复杂形状的Cast。尽量避免每帧对大量物体进行查询或者使用图层掩码LayerMask参数来限制检测范围。4.3 碰撞与触发器事件这是物理交互的信息反馈机制。你需要编写脚本并挂载在带有碰撞体的物体上。碰撞事件需要至少一个物体有非运动学刚体且双方碰撞体都没有勾选Is Trigger。OnCollisionEnter(Collision collisionInfo)碰撞开始时调用一次。OnCollisionStay(Collision collisionInfo)碰撞持续期间每帧调用。OnCollisionExit(Collision collisionInfo)碰撞结束时调用一次。Collision参数包含了丰富的碰撞信息contacts接触点数组、impulse冲量、relativeVelocity相对速度等。例如可以通过relativeVelocity.magnitude来判断碰撞的剧烈程度决定是否播放破碎音效。触发器事件至少一个碰撞体勾选了Is Trigger。触发器不会产生物理碰撞力只用于检测重叠。OnTriggerEnter(Collider other)进入触发器范围。OnTriggerStay(Collider other)停留在触发器内。OnTriggerExit(Collider other)离开触发器范围。典型应用检测玩家进入宝箱范围、进入敌人视野、进入存档点、拾取物品。一个常见误区很多人分不清OnCollisionEnter和OnTriggerEnter。记住一个简单的原则如果你需要物体被“挡住”有物理反馈用碰撞如果只需要知道“穿过”或“进入某个区域”用触发器。5. 高级主题与性能优化实战当你的游戏物体多起来物理系统很容易成为性能瓶颈。这部分我们来聊聊如何让物理系统既高效又稳定。5.1 物理更新与时间步长FixedUpdate的调用频率由Time.fixedDeltaTime决定默认是0.02秒50Hz。这个值直接影响物理模拟的精度和性能。提高频率减小fixedDeltaTime如设为0.01秒100Hz物理模拟会更平滑尤其对高速运动的物体避免“隧道效应”——物体因速度太快而穿过薄墙。但代价是CPU计算量翻倍。降低频率增大fixedDeltaTime如设为0.04秒25Hz能提升性能但物理模拟会变“卡顿”可能引发不稳定。自适应策略Unity允许设置Time.maximumAllowedTimestep默认0.333秒。如果一帧的Update耗时过长导致距离上一次FixedUpdate的时间超过了这个最大值物理引擎会“补算”多次FixedUpdate直到追上但这可能导致“螺旋式死亡”一帧内计算过多物理导致更卡下一帧计算更多…。对于性能波动大的游戏可以适当调低此值以牺牲物理精度换取帧率稳定。个人经验对于大多数60FPS的游戏保持0.02秒的默认值是合理的。如果有很多高速物体如弹幕游戏可以尝试提高到0.01秒。移动端为了省电可以尝试0.033秒30Hz。务必在真机上测试手感。5.2 刚体睡眠与唤醒物理引擎一个重要的优化机制是刚体睡眠。当一个刚体的速度低于某个阈值并持续一段时间后它会进入“睡眠”状态。睡眠的刚体不再参与每帧的物理计算直到有外力碰撞、施加力等将其“唤醒”。Rigidbody.sleepThreshold可以手动设置睡眠的速度阈值。对于几乎不动的静态物体如堆在地上的杂物可以适当调高这个值让它们更快入睡。手动控制Rigidbody.Sleep()强制入睡Rigidbody.WakeUp()强制唤醒。例如当一个怪物死亡变成一堆静态尸体时你可以调用Sleep()当这堆尸体被爆炸波及再调用WakeUp()。检查状态Rigidbody.IsSleeping()。善用睡眠机制可以大幅减少活跃刚体的数量是物理优化的首要手段。5.3 碰撞体优化策略碰撞体的性能消耗MeshCollider(Concave) MeshCollider(Convex) 复杂Compound ColliderTerrainCollider 基础碰撞体。优化清单静态物体标记为Static在Inspector右上角将永远不会移动的环境物体地形、建筑标记为Static。Unity会在烘焙阶段为这些物体优化碰撞数据运行时效率极高。简化碰撞形状永远用最简单的碰撞体去近似复杂模型。一个人物用CapsuleCollider一辆车用几个BoxCollider和WheelCollider组合。分层管理如前所述使用图层碰撞矩阵禁用不必要的碰撞检测对。减少动态刚体数量动态刚体非运动学是性能消耗大户。思考哪些物体真的需要物理模拟一个飘动的旗帜也许可以用Shader动画代替。一堆碎块可以在碰撞后一段时间转为静态或销毁。使用触发器代替复杂碰撞如果只需要检测进入区域用简单的BoxCollider作为触发器而不是复杂的网格碰撞。2D项目使用CompositeCollider2D如果你的2D环境由许多小碰撞体组成如瓦片地图使用CompositeCollider2D将它们合并成一个或少数几个大的碰撞体能极大提升性能。5.4 布娃娃系统与关节布娃娃系统常用于角色的死亡动画实现逼真的倒地效果。Unity内置了Ragdoll创建向导GameObject - 3D Object - Ragdoll可以快速生成。其本质是为角色的每个骨骼盆骨、脊柱、四肢等添加Rigidbody和Capsule/Box Collider并用Character Joint角色关节将它们连接起来。关节限制了骨骼间的相对运动范围如肘部只能在一定角度内弯曲。关节是另一个强大的工具用于模拟现实世界的连接关系Hinge Joint铰链关节像门合页绕一个轴旋转。Fixed Joint固定关节将两个物体牢固地固定在一起但可以打破。Spring Joint弹簧关节像弹簧一样连接两个物体。Configurable Joint可配置关节功能最强大可以模拟几乎所有类型的关节如万向节、滑块等但设置也最复杂。使用关节时要特别注意性能因为每个关节都需要额外的约束求解计算。6. 常见问题排查与实战避坑指南这里汇总了我这些年遇到的最典型、最让人头疼的物理问题及其解决方案。6.1 物体抖动或“跳舞”现象堆叠的物体或相互接触的物体持续高频抖动。原因质量比过于极端一个质量1的物体压在一个质量0.01的物体上容易不稳定。尽量让相互作用的物体质量在同一数量级比如相差10倍以内。碰撞体穿透在初始状态或运动后两个碰撞体发生了轻微穿透物理引擎会疯狂地施加力试图将其推开导致抖动。物理材质弹性过高两个高弹性物体碰撞后可能会在很小的空间内来回弹跳看起来像抖动。解决检查并调整相关物体的Mass。确保场景中物体初始位置没有穿插。对于运动学物体移动的平台确保其移动平滑避免瞬移导致穿透。降低物理材质的Bounciness或调整Bounce Combine模式为Minimum。6.2 高速物体穿透隧道效应现象子弹、高速移动的玩家穿过了薄墙。原因物理引擎是按固定时间步长检测的。如果物体速度太快在一帧内移动的距离超过了其自身尺寸就可能从墙的一侧“跳”到另一侧中间过程没有被检测到。解决连续碰撞检测为高速物体的Rigidbody设置Collision Detection为Continuous连续或Continuous Dynamic连续动态。这会启用更耗性能但能追踪轨迹的检测算法。增加碰撞体厚度把墙做厚一点。降低速度或提高物理更新频率权衡性能和效果。使用射线投射作为补充对于子弹除了用刚体还可以每帧用Raycast从上一帧位置到当前帧位置检测中间路径。6.3OnTrigger或OnCollision事件不触发排查步骤检查双方都有碰撞体这是最基本的。检查至少一方有刚体触发器事件要求至少一方有刚体碰撞事件要求双方都有刚体且非运动学刚体才能产生力的交互。检查图层碰撞矩阵确保两个物体所在的图层在Project Settings - Physics的矩阵中是勾选状态。检查脚本是否挂载正确脚本必须挂在带有碰撞体的GameObject上。检查方法名拼写和参数必须是OnTriggerEnter(Collider other)大小写和参数类型都不能错。检查物体是否处于激活状态GameObject和Collider组件都要是激活的。对于2D物理确保使用的是OnTriggerEnter2D(Collider2D other)和OnCollisionEnter2D(Collision2D collisionInfo)。6.4 物理表现不一致不同帧率下现象在60FPS的PC上运行正常在30FPS的手机上物体飞出去了。原因代码中存在“帧依赖”问题。例如在Update中使用Time.deltaTime来施加力但力的大小与帧率挂钩。帧率低时deltaTime变大单次施加的力也变大。黄金法则所有直接修改物理属性位置、旋转、速度、力的代码都必须放在FixedUpdate中并使用Time.fixedDeltaTime如果需要进行与时间相关的计算。// 错误做法在Update中 void Update() { rb.AddForce(Vector3.forward * speed * Time.deltaTime); // 帧率低时力会变大 } // 正确做法在FixedUpdate中 void FixedUpdate() { rb.AddForce(Vector3.forward * speed * Time.fixedDeltaTime); } // 或者如果AddForce的参数本身就是一个固定的力值如跳跃的Impulse则不需要乘Time。6.5 性能突然下降诊断工具使用Unity Profiler (Window - Analysis - Profiler)切换到Physics或Physics2D模块。查看Active Rigidbodies数量是否异常增多。查看Collisions和Triggers计数是否过高。检查是否有大量MeshCollider在动态物体上。行动根据Profiler结果应用前面提到的优化策略标记Static、简化碰撞体、启用刚体睡眠、优化图层矩阵、减少动态物体数量。物理系统是Unity里一个深不见底的子系统它看似自动实则处处需要精心设计和调校。从引擎选型到组件参数从脚本交互到性能优化每一个环节都影响着最终游戏的品质和体验。记住没有“最好”的设置只有“最适合”你当前项目的配置。多测试多分析用Profiler说话用玩家的手感反馈来验证。希望这篇长文能帮你建立起Unity物理系统的完整知识地图少走些我当年走过的弯路。
