1. 从一次“角色抽搐”事故说起Rigidbody到底在管什么刚接触Unity那会儿我做过一个特别蠢的测试给一个胶囊体挂上Rigidbody然后在脚本里每帧直接改transform.position想让它沿着一条路径巡逻。结果运行起来角色像得了帕金森一样疯狂抖动撞到墙之后更是直接穿模飞出去场景里其他物体也被撞得满天乱飞。当时我盯着Console里一堆物理警告完全不明白问题出在哪。后来才想通一件事——Rigidbody接管了这个物体的位置和旋转你再用transform去硬改等于两个人在抢同一个方向盘。这个坑几乎每个Unity新手都会踩一遍。Rigidbody组件看起来简单面板上就那么几个勾选框和几个数值但它背后是一整套物理模拟的入口。你挂上它就等于告诉引擎“这个物体从今天起归物理系统管它的移动、碰撞、受力都由我来算你别插手。”理解这句话是理解Rigidbody所有参数和行为的前提。这篇文章我打算把Rigidbody从里到外拆一遍。不是照搬官方文档那种“Mass是质量、Drag是阻力”的翻译式说明而是结合我这些年做角色控制、载具模拟、物理交互时踩过的坑讲清楚每个参数在什么场景下该调、为什么这么调、调错了会出什么事。适合已经能跑通Unity基础操作、但一碰到物理就心里没底的开发者也适合那些“能跑就行”但想搞清楚底层逻辑的朋友。核心关键词就一个Unity Rigidbody组件围绕它展开物理模拟、碰撞检测、力与运动控制这些绕不开的话题。2. Rigidbody的核心设计逻辑为什么是它而不是CharacterController2.1 物理驱动与变换驱动的本质区别Unity里让一个物体动起来路子其实有两条。一条是变换驱动你直接改transform.position或者用CharacterController.Move()物体去哪、怎么转完全由你的代码说了算物理引擎不参与。另一条是物理驱动挂上Rigidbody你只负责施加力、设置速度剩下的交给物理引擎去积分计算它根据质量、受力、碰撞、摩擦这些因素推算出每一帧物体应该在哪。这两条路没有绝对的好坏只有适不适合。我见过有人给主角挂Rigidbody然后用MovePosition硬推也见过有人用CharacterController去做一堆箱子堆叠结果都不太理想。判断标准很简单这个物体需不需要和其他物理物体产生真实的力学交互。需要被撞飞、需要堆叠、需要受重力自然下落、需要被爆炸冲击波推开那就用Rigidbody。如果只是需要一个能走能跳、碰撞响应完全由代码控制的角色CharacterController往往更省心。这里有个容易被忽略的点Rigidbody的物理模拟是在FixedUpdate时间步里跑的默认每0.02秒一次和渲染帧率解耦。这意味着你用Update里的Time.deltaTime去配合Rigidbody做力计算时间尺度是对不上的。正确做法是把物理相关的逻辑放进FixedUpdate用Time.fixedDeltaTime。我早期做跳跃的时候在Update里加力结果高帧率机器上跳得高、低帧率机器上跳得矮排查了半天才发现是时间步的问题。2.2 插值Interpolation解决的是“看起来卡”的问题物理以固定频率更新渲染帧率却忽高忽低。如果物理更新是每秒50次渲染是每秒120帧那有些渲染帧里物体的位置根本没变看起来就是一跳一跳的。Interpolation这个选项就是干这个的它让渲染时物体的显示位置在两次物理更新之间做平滑过渡。None不插值物理帧率够高时问题不大但低帧率下会有明显抖动。Interpolate根据上一物理帧和当前物理帧的位置做插值显示更平滑但会引入一帧左右的延迟。Extrapolate根据当前速度预测下一帧位置延迟更小但速度突变时可能预测过头出现穿模或回弹。我的经验是主角和摄像机跟随目标用Interpolate因为一帧延迟肉眼几乎察觉不到但抖动很致命。高速飞行的子弹、抛射物用Extrapolate因为延迟会导致命中判定偏移。至于那些慢悠悠的箱子None就够了省一点性能。2.3 碰撞检测模式离散与连续的取舍Collision Detection这个选项新手最容易忽略但它直接决定了高速物体会不会穿墙。默认的Discrete模式物理引擎在每个时间步检查一次碰撞。如果一个物体速度很快这一帧在墙这边下一帧已经到墙那边了中间没有检测点它就穿过去了。Continuous模式会对这个物体做连续的碰撞检测专门解决高速穿透问题。但代价是性能开销更大而且只对这个Rigidbody自身生效不会影响其他物体。Continuous Dynamic更进一步还能检测它和别的连续物体之间的碰撞适合子弹打子弹这种场景。Continuous Speculative是一种更省性能的连续检测用预测的方式判断碰撞适合大量高速物体但精度要求没那么极端的场合。我做过一个投掷飞刀的项目飞刀速度拉到50以上Discrete模式下十次有三次穿墙。改成Continuous之后穿透问题基本消失。但要注意连续检测只对这个物体撞别人有效如果是一堵快速移动的墙去撞一个静止的Discrete物体照样可能穿。所以关键物体两边都得设好。3. 参数面板逐项拆解每个数值背后的物理含义3.1 Mass、Drag、Angular Drag惯性与阻尼Mass质量默认是1单位可以理解为千克。它影响的是力与加速度的关系同样的力质量越大加速度越小。但很多人不知道的是质量还影响碰撞时的动量交换。两个物体相撞质量大的那个速度变化小质量小的被弹飞。我见过有人把主角质量设成100结果撞什么箱子都像撞纸片因为箱子默认质量才1动量差距太大。Drag线性阻力是空气阻力数值越大物体速度衰减越快。它和摩擦力不是一回事摩擦力是接触时才有的Drag是只要在动就一直起作用。做滑冰效果就把Drag调小做水中移动就把Drag调大。有个细节Drag对重力下落也有影响如果Drag设得很大物体下落会明显变慢像在糖浆里一样。Angular Drag角阻力同理控制旋转的衰减速度。做陀螺仪效果就调小做那种转两下就停的箱子就调大。我调过一个保龄球Angular Drag设成0.05滚起来很自然设成0.5滚两下就停了像在沙地上。3.2 约束Constraints冻结你不想要的自由度Constraints里有六个勾选框Freeze Position的XYZ和Freeze Rotation的XYZ。勾上哪个轴物理引擎就不在那个轴上移动或旋转这个物体。这个功能在2D游戏或者特定玩法里特别有用。比如做一个横版卷轴游戏角色只需要在XY平面动就把Position Z和Rotation XY都冻结。做一个台球游戏球只能在桌面上滚就把Position Y和Rotation XZ冻结。我做过一个轨道滑行的载具把Position Y冻结让它始终贴着轨道高度省了一堆高度修正代码。但要注意冻结的是物理引擎的模拟不是transform。你冻结了Position Y物体不会因为重力往下掉但你仍然可以用代码改transform.position.y把它瞬移上去。这个区别在调试时很重要。3.3 碰撞体与Rigidbody的配合关系Rigidbody本身不定义形状形状是Collider给的。一个Rigidbody可以挂多个Collider它们会合并成一个复合碰撞体。这里有个常见误区两个物体要发生碰撞至少有一个得带Rigidbody。如果两个都不带它们就是静态碰撞体互相之间不会产生物理响应只会触发触发器的检测。还有子物体的Collider会跟着父物体的Rigidbody走。如果你给父物体挂了Rigidbody子物体上又有Collider那子物体的碰撞形状会作为父物体刚体的一部分参与模拟。这个特性可以用来做复杂形状的刚体比如一个人形角色身体各部分用多个Collider拼起来父物体一个Rigidbody统管。3.4 常用参数速查表参数作用典型取值场景Mass质量影响力与加速度关系角色1-5载具500-2000箱子1-10Drag线性阻力速度衰减空气0-0.1水中1-5冰面0Angular Drag角阻力旋转衰减陀螺0.05普通箱子0.5重物1-2Use Gravity是否受重力地面物体关空中物体开Is Kinematic是否运动学不受物理力平台、门、需要代码控制的物体Interpolation渲染插值主角Interpolate子弹ExtrapolateCollision Detection碰撞检测模式普通Discrete高速ContinuousConstraints冻结自由度2D游戏冻结Z轴轨道冻结Y轴4. 力的施加与运动控制从AddForce到Velocity4.1 AddForce的几种模式与选择AddForce是给刚体加力最常用的方法但它有个ForceMode参数很多人直接默认不填其实不同模式差别很大。Force默认模式力乘以Time.fixedDeltaTime适合持续施加的力比如推进器、风力。Acceleration忽略质量直接给加速度适合想让不同质量的物体获得相同加速度的场景。Impulse瞬间冲量力乘以Time.fixedDeltaTime但只作用一帧适合爆炸、跳跃、击打。VelocityChange直接改速度忽略质量和时间步适合精确控制速度的场景。我做过一个跳跃功能一开始用Force模式结果发现跳跃高度和质量有关质量大的角色跳不起来。改成VelocityChange之后不管质量多少跳跃初速度都一样手感统一了。这就是模式选择的重要性。// 跳跃给一个瞬间的速度变化不受质量影响 rb.AddForce(Vector3.up * jumpSpeed, ForceMode.VelocityChange); // 推进器持续施加力受质量影响 rb.AddForce(transform.forward * thrust, ForceMode.Force); // 爆炸瞬间冲量受质量影响 rb.AddExplosionForce(explosionForce, explosionPosition, explosionRadius);4.2 直接设置Velocity的利与弊除了加力你也可以直接读写rb.velocity。这在做精确速度控制时很方便比如平台跳跃游戏里水平速度直接设成输入值乘以速度垂直速度交给重力。但直接设velocity会覆盖物理引擎这一帧算出来的速度如果每帧都设等于你完全接管了速度物理引擎只负责碰撞检测。我的做法是水平速度自己控制垂直速度交给物理。这样角色移动手感完全可控跳跃和下落又符合物理直觉。具体就是在FixedUpdate里读取当前velocity把x和z设成输入方向乘以速度y保持不变再赋回去。void FixedUpdate() { Vector3 vel rb.velocity; vel.x input.x * moveSpeed; vel.z input.z * moveSpeed; rb.velocity vel; }注意这里用的是rb.velocity而不是transform.position区别在于前者是物理速度后者是瞬移。用velocity改碰撞响应仍然正常用transform改就会回到开头说的“抢方向盘”问题。4.3 MovePosition与MoveRotation的正确用法MovePosition和MoveRotation是给运动学刚体Is Kinematic用的。运动学刚体不受物理力影响但它的移动会推动其他物理物体。做移动平台、电梯、旋转门就用这个。关键点是MovePosition要在FixedUpdate里调用而且它计算的是从当前位置到目标位置的速度物理引擎用这个速度去推其他物体。如果你在Update里调用时间步对不上推动效果会不稳定。void FixedUpdate() { // 平台在两点之间来回移动 rb.MovePosition(Vector3.Lerp(pointA, pointB, Mathf.PingPong(Time.time, 1f))); }我踩过一个坑给移动平台挂了运动学刚体但忘了在FixedUpdate里调用MovePosition结果平台上的箱子疯狂抖动。原因是平台在Update里瞬移物理引擎在FixedUpdate里算的时候平台位置已经变了箱子被反复挤压。改成FixedUpdate之后问题消失。5. 碰撞与触发事件回调的完整梳理5.1 Collision与Trigger的区别碰撞Collision和触发Trigger是两套不同的检测机制。碰撞会产生物理响应两个物体互相弹开触发器只是检测重叠不产生物理力。勾上Collider的Is Trigger就变成触发器。碰撞回调有三个OnCollisionEnter、OnCollisionStay、OnCollisionExit。触发回调也有三个OnTriggerEnter、OnTriggerStay、OnTriggerExit。注意触发回调的参数是Collider碰撞回调的参数是Collision后者能拿到接触点、相对速度这些信息。有个硬性条件触发检测要求至少一方带Rigidbody。两个都不带Rigidbody的触发器什么都不会发生。我见过有人做拾取道具道具上挂了Trigger Collider但没挂Rigidbody玩家走过去毫无反应排查半天才发现是这个原因。5.2 碰撞信息里有什么Collision对象里比较有用的几个属性contacts接触点数组包含接触位置和法线做碰撞特效、音效定位时用。relativeVelocity碰撞时的相对速度可以用来判断撞击力度决定播放多大的音效。collider撞到的那个碰撞体可以拿到它的GameObject做后续处理。impulse碰撞冲量反映撞击的猛烈程度。我做过一个撞击音效系统根据collision.relativeVelocity.magnitude来决定音量大小轻轻碰一下是小声猛烈撞击是大声效果比固定音量自然很多。5.3 层碰撞矩阵性能优化的第一刀Unity的Physics设置里有个Layer Collision Matrix可以指定哪些层之间发生碰撞。这个功能太重要了但新手经常忽略。默认所有层互相碰撞场景里几百个物体两两检测性能开销巨大。我的习惯是地面、角色、道具、特效、UI各分一层然后只勾选必要的碰撞组合。比如特效层不和特效层碰撞UI层不和任何物理层碰撞。这一刀下去物理开销能降一半以上。配合Physics.OverlapSphere这类查询时也要用LayerMask限定层不然一次查询扫全场性能直接崩。6. 性能与稳定性那些文档不会告诉你的坑6.1 刚体数量与物理开销的关系每个Rigidbody都是一个独立的物理模拟单元数量越多FixedUpdate里的计算量越大。我做过一个测试场景里100个刚体物理耗时约2ms500个刚体耗时涨到12ms1000个刚体直接飙到30ms以上帧率掉到30以下。优化手段有几个能不用刚体就不用静态物体用静态碰撞体能休眠就休眠物理引擎会自动让静止的刚体进入休眠但如果你频繁唤醒它们休眠就失效了用对象池避免频繁创建销毁刚体创建销毁的开销比想象中大。6.2 休眠机制与手动唤醒刚体静止一段时间后会自动休眠不再参与物理计算直到被外力唤醒。这个机制是自动的但有些操作会阻止休眠比如每帧设置velocity、每帧AddForce。如果你发现场景里刚体明明没动但CPU占用很高检查一下是不是有代码在每帧操作它们。手动唤醒用rb.WakeUp()强制休眠用rb.Sleep()。做那种“被击中才激活”的物体可以初始休眠击中时唤醒省性能。6.3 时间步与物理精度的权衡Time.fixedDeltaTime默认0.02秒对应50Hz的物理更新频率。调小这个值物理更精确但计算量更大调大性能好但可能漏检碰撞。我的经验是普通项目保持默认0.02就行。如果做高速碰撞多的项目比如弹球、赛车可以调到0.01甚至0.005但要做好性能预算。另外Maximum Allowed Timestep这个值控制物理帧的最大耗时超过就强制降频防止卡顿雪崩一般保持默认0.333即可。6.4 常见问题速查表问题现象可能原因排查方向物体抖动在Update里改transform或加力改到FixedUpdate用velocity或AddForce高速穿墙Collision Detection是Discrete改成Continuous或Continuous Dynamic触发器不响应双方都没Rigidbody至少一方加Rigidbody碰撞后飞出去质量差距过大或力过大调整Mass检查ForceMode物理开销高刚体太多或层碰撞矩阵没配减少刚体配置Layer Collision Matrix移动平台上的物体滑动平台用transform移动改用MovePosition在FixedUpdate里跳跃高度不稳定在Update里加力改到FixedUpdate用VelocityChange7. 几个实战场景的完整配置方案7.1 平台跳跃角色角色挂RigidbodyMass设1Drag设0Angular Drag设0.05Use Gravity勾上Interpolation选InterpolateCollision Detection选ContinuousConstraints冻结Rotation XYZ防止角色摔倒。移动用velocity控制水平跳跃用VelocityChange。地面检测用射线或OverlapSphere判断是否着地。7.2 可推动的箱子箱子挂RigidbodyMass设5-10Drag设0.5Angular Drag设0.5Use Gravity勾上Interpolation选InterpolateCollision Detection选Discrete。这样推起来有重量感又不会太滑。如果箱子要堆叠Mass统一避免大小质量差异导致堆不稳。7.3 爆炸冲击波爆炸时用Physics.OverlapSphere查询范围内的刚体对每个刚体调用AddExplosionForce。参数里有个upwardsModifier可以让物体稍微向上飞效果更戏剧化。注意查询时用LayerMask限定层别把地面和静态物体也算进去。Collider[] hits Physics.OverlapSphere(explosionPos, radius, targetLayers); foreach (var hit in hits) { Rigidbody rb hit.GetComponentRigidbody(); if (rb ! null) { rb.AddExplosionForce(force, explosionPos, radius, 1.5f, ForceMode.Impulse); } }7.4 运动学移动平台平台挂RigidbodyIs Kinematic勾上Interpolation选Interpolate。在FixedUpdate里用MovePosition移动。平台上的物体不需要额外处理物理引擎会自动用平台的移动速度去推它们。如果平台上要站角色角色的Rigidbody和平台碰撞体正常交互即可。8. 我踩过的那些坑与私房技巧第一个坑是在Update里做物理。这个前面说过但值得再强调所有和Rigidbody相关的操作加力、设速度、MovePosition统统放FixedUpdate。我早期有个项目跳跃在Update里加力结果不同机器上手感完全不一样查了两天才定位到。第二个坑是质量设置随意。默认Mass是1很多人不改。但如果你做的是载具Mass设1的话撞什么都像纸片。我的习惯是角色1-5箱子5-20载具500-2000根据场景里其他物体的质量来配保持合理的质量比。第三个坑是忘了配Layer Collision Matrix。场景里几百个物体互相检测性能白白浪费。花十分钟配一下层性能提升立竿见影。第四个坑是用transform改带Rigidbody的物体。这个开头就说了但真的太多人犯。记住挂了Rigidbody位置和旋转就归物理引擎管你要么用velocity/AddForce要么用MovePosition运动学别直接改transform。私房技巧方面分享两个。一个是用rb.velocity.magnitude做速度相关的效果比如速度越快镜头FOV越大或者速度超过阈值播放风声很简单但效果很好。另一个是用rb.IsSleeping()判断物体是否静止比每帧比较位置变化更高效做那种“静止一段时间后触发事件”的逻辑很方便。还有一个调试技巧在Scene视图里打开Gizmos能看到刚体的速度矢量和接触点排查物理问题时非常直观。很多人不知道这个功能其实在Physics Debug窗口里还能看到所有碰撞体的形状和状态调碰撞问题时省一半时间。最后说一个关于FixedUpdate的细节它的调用频率是固定的但不是每帧都调用。如果渲染帧率高于物理帧率某些渲染帧里没有FixedUpdate如果低于一帧里可能调用多次FixedUpdate。所以不要在FixedUpdate里做和渲染相关的操作也不要在里面用Time.deltaTime用Time.fixedDeltaTime。这个组件我用了很多年每次觉得已经吃透了又会遇到新的边界情况。物理模拟的魅力就在这它不像动画那样完全可控但正是这种“不完全可控”带来了真实的交互感。把参数理解透把时间步和调用时机搞对剩下的就是多试多调手感这东西调着调着就出来了。