1. 项目概述物理引擎游戏世界的“物理法则”制定者刚入行那会儿我对物理引擎的理解还停留在“让东西掉下来”的层面。直到在一个赛车游戏项目里我负责的车辆在过弯时总像在冰面上打滑无论怎么调校悬挂和轮胎参数手感都怪异无比。后来才发现问题根源在于我简单地把一个球体碰撞体Sphere Collider套在了复杂的车辆模型上并且完全忽略了物理材质Physic Material中动态摩擦力的设置。那次经历让我深刻意识到物理引擎远不止是重力模拟它是一套完整的、可高度定制的“世界法则”系统直接决定了游戏的核心体验——是真实可信还是滑稽出戏。今天我们就以Unity引擎为例深入聊聊物理引擎与碰撞检测并结合几个我亲身经历或研究过的应用案例拆解其中的门道。无论你是刚接触Unity的新手还是想深化理解的开发者这篇文章都将带你绕过我当年踩过的那些坑从“能用”走向“精通”。物理引擎处理的是游戏对象如何基于模拟的物理定律如牛顿力学进行运动和交互而碰撞检测则是这套系统的“感官”负责判断“谁碰到了谁”。两者结合才能创造出可信的互动世界。2. 物理引擎核心组件深度解析与选型逻辑理解物理引擎首先要吃透它的几个核心组件刚体Rigidbody、碰撞体Collider和关节Joint。很多初级问题都源于对这些组件职责的混淆。2.1 刚体Rigidbody物理模拟的“心脏”刚体组件是物理引擎的驱动核心。为一个GameObject添加Rigidbody就等于告诉Unity“这个对象需要遵循物理法则。”它的参数远不止质量和重力。质量Mass的陷阱新手常犯的错误是随意设置质量值。物理引擎中力的相互作用如碰撞、AddForce与质量直接相关。我曾在一个合作游戏中看到玩家角色质量1一拳打向一个箱子质量1000结果玩家自己飞了出去场面十分滑稽。这违背了玩家的直觉预期。最佳实践是建立一个参考系通常将主角或标准物体的质量设为1其他物体的质量以此为基准进行相对设置。例如一个木箱可能是5一辆汽车可能是500。碰撞检测模式Collision Detection这是解决“穿模”问题的关键。默认的Discrete离散检测对大多数低速移动物体足够。但当物体速度非常快时例如子弹、发射的炮弹就可能因为在一帧内移动距离超过自身尺寸导致从目标中间“穿过”而未触发碰撞。Continuous连续检测用于高速运动物体与静态网格Static Collider的碰撞。计算开销中等。Continuous Dynamic连续动态检测用于高速运动物体之间的碰撞。这是开销最大但也是最精确的模式适用于子弹对战、高速赛车等项目。Continuous Speculative连续推测检测一种性能与精度折中的方案通过预测轨迹来检测碰撞有时可能产生“过冲”的错觉。实操心得不要无脑使用Continuous Dynamic。我曾优化过一个弹幕射击游戏将大量低速子弹的检测模式从Continuous Dynamic改回Discrete帧率直接提升了15%以上。判断标准是物体的速度单位/帧是否显著超过其碰撞体的最小尺寸。如果是才考虑升级检测模式。插值Interpolation当物理更新帧率Fixed Update低于渲染帧率Update时物体运动可能卡顿。Interpolate基于上一帧物理位置进行平滑Extrapolate基于预测下一帧位置进行平滑。实测下来对于由玩家输入或动画直接控制、且需要极度平滑跟随的对象如第一人称视角的摄像机Interpolate通常表现更稳定避免因预测错误产生的抖动。2.2 碰撞体Collider物理交互的“形状”碰撞体定义了物体的物理轮廓。选择正确的碰撞体类型是性能优化的第一步。基础原型碰撞体Box Collider盒形、Sphere Collider球形、Capsule Collider胶囊形。它们的计算效率极高应作为首选。尽量用这些简单形状去近似复杂模型。例如一个人物模型完全可以用一个胶囊体作为身体两个球体作为拳头。网格碰撞体Mesh Collider使用模型的实际网格进行碰撞检测精度最高但性能开销巨大尤其是对于面数多的网格。它有两个关键选项Convex凸包勾选后Unity会为网格生成一个凸包近似体。这是将Mesh Collider用于动态物体的前提非静态物体必须勾选且性能尚可。可用于形状特异的道具。Non-Convex非凸包仅适用于标记为Static的静态环境物体。用于实现最精确的复杂静态地形碰撞。踩坑记录早期项目里我把一个上千面的岩石装饰品直接用了Mesh Collider且未勾选Convex然后给它加了刚体想做成可推动的。结果游戏运行时帧率骤降且物体行为异常。教训是动态物体永远避免使用非凸包的Mesh Collider。对于复杂形状的动态物体应该用多个基础碰撞体Box, Sphere拼凑或者使用低模代理网格Proxy Mesh。可以在3D建模软件中专门制作一个简化的、面数极低的碰撞体模型然后使用这个模型作为Mesh Collider的源。2.3 物理材质Physic Material定义表面的“性格”物理材质决定了碰撞体表面的物理特性主要是摩擦力和弹性。动态摩擦力Dynamic Friction物体在表面上滑动时的摩擦力。静态摩擦力Static Friction物体在表面上从静止到开始滑动所需的力。弹力Bounciness碰撞后能量保留的系数0为完全无弹性1为完全弹性。合并模式Friction/Bounce Combine当两个拥有不同物理材质的物体碰撞时如何计算最终的摩擦力和弹力这是高级控制的关键。Average取平均值。最常用。Minimum取最小值。比如想让冰面低摩擦特性主导无论与什么物体接触都打滑。Maximum取最大值。Multiply两者相乘。可以实现一些特殊效果比如两种“湿滑”材质相遇时摩擦力急剧减小。案例应用制作一个“冰面”。创建一个物理材质将动态和静态摩擦力设为极低如0.05弹力设为0。将其赋予地面碰撞体。当角色拥有另一个常规物理材质走在上面时由于合并模式通常是Average综合摩擦力会很低从而产生打滑效果。如果想强化效果可以将冰面材质的合并模式设为Minimum。3. 碰撞检测的脚本交互与事件流物理引擎的计算结果需要通过脚本反馈给游戏逻辑。Unity提供了一套清晰的事件回调系统。3.1 碰撞事件三部曲这三个函数是处理碰撞逻辑的基石OnCollisionEnter(Collision collisionInfo)碰撞开始的第一帧调用。最适合播放撞击音效、产生打击火花、计算伤害仅一次。OnCollisionStay(Collision collisionInfo)碰撞持续的每一帧调用。可用于实现持续性的效果如站在岩浆上持续扣血、物体被挤压时持续受力。OnCollisionExit(Collision collisionInfo)碰撞结束的那一帧调用。常用于状态复位如玩家离开地面时设置“IsGrounded false”。关键参数Collision对象它包含了丰富的碰撞信息善用它们能实现精细控制。collision.gameObject与我发生碰撞的那个对象。collision.contacts一个ContactPoint数组描述了碰撞的实际接触点、法线方向等。对于需要精确命中点的情况如子弹打中不同部位伤害不同至关重要。collision.relativeVelocity两个碰撞对象的相对速度。可用于计算撞击的剧烈程度决定播放多大的声响或造成多少伤害。void OnCollisionEnter(Collision collision) { // 检查碰撞对象标签 if (collision.gameObject.CompareTag(Enemy)) { // 计算伤害考虑相对速度 float impactMagnitude collision.relativeVelocity.magnitude; int damage Mathf.FloorToInt(impactMagnitude * 10f); collision.gameObject.GetComponentEnemyHealth().TakeDamage(damage); // 在接触点生成一个特效 if (collision.contacts.Length 0) { Instantiate(sparkEffect, collision.contacts[0].point, Quaternion.identity); } } }3.2 触发器Trigger与碰撞体Collider的本质区别很多人分不清OnTriggerEnter和OnCollisionEnter。最核心的区别是触发器不参与物理力的模拟。碰撞体Collider两个物体都会产生物理相互作用会弹开、阻挡、施加力。需要至少一个物体有刚体。触发器Trigger勾选Is Trigger的碰撞体变成一个“感应区域”。物体会毫无阻碍地穿过它但会触发事件。常用于检测物体进入某个区域如收集品范围、关卡终点、敌人警戒范围。选择准则如果你需要物体被物理阻挡如墙、地面用普通碰撞体。如果你只需要知道“有东西进来了”而不希望有物理阻挡如穿过一扇光幕门、进入宝箱的拾取范围用触发器。void OnTriggerEnter(Collider other) { if (other.CompareTag(Player)) { // 玩家进入触发器区域无需物理碰撞 StartCoroutine(ActivateTrap()); } }3.3 FixedUpdate物理更新的“节拍器”物理计算是在FixedUpdate中进行的而不是Update。FixedUpdate的调用频率默认是每秒50次0.02秒间隔可以在Time设置中调整Fixed Timestep。黄金法则所有直接读取或修改刚体属性如velocity,AddForce的代码都应放在FixedUpdate中而不是Update。这是因为一致性保证力的施加与物理引擎的更新步调一致。确定性FixedUpdate的固定时间步长使得物理模拟在不同帧率的机器上更趋于一致虽然Unity的物理引擎并非完全确定性但这有助于改善。如果你在Update中调用AddForce由于Update的调用帧率不稳定可能导致力在一秒内被添加了90次或120次造成物体运动速度不一致。4. 高级应用与性能优化实战案例掌握了基础我们来看几个综合性的应用案例这些案例直接来源于真实项目中的需求和解决方案。4.1 案例一制作一个可攀爬的悬崖系统需求玩家角色走到特定墙面悬崖时可以按下按键进行攀爬。思路拆解检测是否可攀爬使用触发器。在悬崖表面放置一个薄薄的Box Collider并勾选Is Trigger。为其设置一个特定标签如Climbable。玩家状态切换在玩家脚本中用OnTriggerEnter/Exit来设置一个布尔值canClimb。攀爬物理实现这是难点。当攀爬时需要禁用玩家原有的角色控制器或移动逻辑。锁定玩家在墙面法线方向的位置防止掉下来。允许玩家沿墙面上下左右移动。施加一个反向重力或直接将重力设为0来对抗物理引擎的重力。实操步骤与代码要点public class PlayerClimb : MonoBehaviour { private bool isClimbing false; private Vector3 climbSurfaceNormal; // 攀爬面的法线方向 void OnTriggerEnter(Collider other) { if (other.CompareTag(Climbable)) { canClimb true; climbSurfaceNormal other.transform.forward; // 假设触发器朝向代表墙面法线 } } void OnTriggerExit(Collider other) { if (other.CompareTag(Climbable)) { if (isClimbing) StopClimbing(); canClimb false; } } void Update() { if (canClimb Input.GetKeyDown(KeyCode.Space)) { StartClimbing(); } if (isClimbing Input.GetKeyUp(KeyCode.Space)) { StopClimbing(); } } void FixedUpdate() { if (isClimbing) { // 1. 获取输入 float h Input.GetAxis(Horizontal); float v Input.GetAxis(Vertical); // 2. 计算移动方向沿墙面切向移动 Vector3 right Vector3.Cross(climbSurfaceNormal, Vector3.up).normalized; Vector3 up Vector3.Cross(right, climbSurfaceNormal).normalized; Vector3 moveDirection (right * h up * v).normalized; // 3. 应用速度而非力以获得更直接的控制感 GetComponentRigidbody().velocity moveDirection * climbSpeed; // 4. 关键将玩家位置拉回墙面防止因微小误差掉落 // 这里可以使用Raycast或直接沿法线方向施加一个微小的位置修正 } } void StartClimbing() { isClimbing true; GetComponentRigidbody().useGravity false; // 禁用重力 // 可能还需要冻结某些旋转轴 GetComponentRigidbody().constraints ... } void StopClimbing() { isClimbing false; GetComponentRigidbody().useGravity true; // 恢复约束 } }注意事项攀爬结束时记得给玩家一个微小的向前离开墙面方向的力AddForce以实现自然的“蹬跳”离墙效果否则玩家可能会因为瞬间恢复重力而直接下落。4.2 案例二实现真实的布娃娃Ragdoll系统布娃娃系统常用于角色死亡、被击飞等状态模拟真实的关节物理。传统实现 vs Unity Humanoid Ragdoll手动搭建旧方法为角色的每个骨骼头、躯干、上臂、前臂等创建对应的GameObject挂上刚体和碰撞体胶囊体或球体然后用Character Joint或Configurable Joint将它们连接起来。过程极其繁琐调试困难。Unity内置工具推荐对于使用Humanoid动画系统的角色Unity提供了自动生成布娃娃的功能。GameObject - 3D Object - Ragdoll...。你只需要在弹窗中将角色的骨骼拖拽到对应槽位系统会自动生成所有关节和碰撞体。关键调整与优化关节限制Limits自动生成的关节限制可能过松导致肢体扭曲成不自然的角度。你需要逐个检查主要关节如Hips,Spine,UpperLeg调整其Twist,Swing Y/ Z的限制角度使其符合人体工学。质量分布确保身体各部分的质量合理。头部质量小0.5-1躯干质量大5-10四肢居中。不合理的质量分布会导致布娃娃运动时像软体动物。启用/禁用切换通常有两套骨骼系统一套用于动画Animator控制一套用于布娃娃物理关节控制。正常状态时禁用所有布娃娃刚体的isKinematic并启用Animator。需要切换到布娃娃状态时执行以下操作Animator animator GetComponentAnimator(); animator.enabled false; // 禁用动画控制器 foreach (Rigidbody rb in ragdollRigidbodies) { // 假设你已将所有布娃娃刚体存入一个数组 rb.isKinematic false; // 启用物理模拟 rb.velocity animator.velocity; // 继承动画最后一刻的速度使过渡更自然 }性能一个完整的布娃娃系统包含大量刚体和关节对性能有显著影响。务必确保在不需要时如角色死亡后一段时间、远离镜头后将布娃娃刚体设置为Sleeping状态或直接销毁/禁用整个布娃娃系统。4.3 案例三高效射线检测Raycast与物理查询射线检测是物理引擎中用于查询而非碰撞的利器常用于射击、拾取、寻路等。基础RaycastRaycastHit hit; if (Physics.Raycast(transform.position, transform.forward, out hit, 100f)) { Debug.Log(击中了: hit.collider.name); Debug.DrawLine(transform.position, hit.point, Color.red); // 在Scene视图中绘制射线 }高级技巧与性能考量图层遮罩LayerMask这是最重要的优化手段。永远不要对“Everything”进行射线检测。public LayerMask shootableLayer; // 在Inspector中指定可射击的图层 if (Physics.Raycast(origin, direction, out hit, range, shootableLayer)) { // 只与指定图层的物体交互 }你需要事先在Tags and Layers中定义好图层如Player,Enemy,Environment,Pickup并在碰撞矩阵Edit - Project Settings - Physics中设置好它们的交互关系。SphereCast / BoxCast当你的“子弹”不是无限细的射线而有体积时如炮弹、角色移动前的预判应使用Physics.SphereCast或Physics.OverlapBox。SphereCast会沿着射线方向投射一个球体检测沿途的碰撞。避免在Update中高频调用如果每帧都需要进行射线检测如第一人称射击的准星检测确保逻辑简洁。更复杂的情况如AI的视野检测可以考虑每几帧检测一次或使用Physics.OverlapSphere配合触发器进行持续性的区域监测。RaycastHit的信息宝藏hit对象包含point命中点、normal法线用于反射或贴花对齐、distance、collider、rigidbody甚至可以通过hit.textureCoord获取到命中点在模型UV上的坐标需使用MeshCollider用于实现诸如击中特定贴图区域触发不同效果的功能。5. 性能优化与调试技巧全攻略物理引擎是性能消耗大户尤其是当场景中动态刚体数量增多时。以下是我总结的优化清单5.1 静态与动态物体的分离管理标记静态Static对于永远不会移动的环境物体地形、建筑务必在Inspector右上角勾选Static复选框。这允许Unity进行大量预处理如构建静态碰撞树极大提升查询效率。慎用移动静态物体如果一个物体被标记为Static后又通过脚本移动其TransformUnity需要重新计算其静态数据会导致严重的性能卡顿。对于需要移动的环境物体不要标记为Static。5.2 碰撞矩阵精细化配置进入Edit - Project Settings - Physics最下方就是图层碰撞矩阵Layer Collision Matrix。取消所有不必要的交互。例如Enemy子弹不需要和Enemy自己碰撞。Pickup物品不需要和Pickup物品碰撞。UI图层如果用于3D UI不需要和任何物理对象碰撞。 每减少一个勾选物理引擎在每个更新周期内需要处理的碰撞对就少一组。5.3 刚体睡眠与冻结物理引擎会自动让静止的刚体进入“睡眠”状态停止计算其物理过程直到它受到新的外力。你可以通过Rigidbody.IsSleeping()查询状态。确保你的游戏逻辑不会每帧去唤醒WakeUp本该睡眠的刚体例如无意义地持续设置其位置或速度。对于某些完全由脚本控制运动、但又需要参与碰撞的物体如平台可以将其刚体的IsKinematic设为true。运动学刚体不受物理力影响但可以影响其他刚体且性能开销极低。5.4 调试与可视化Debug.DrawLine / DrawRay在代码中绘制临时线框可视化射线、向量等是调试物理的必备工具。Physics Debugger在Game视图右上角点击Stats面板可以看到Physics相关的信息如刚体数量、碰撞对数量等。Editor可视化在Scene视图中通过Gizmos菜单可以开启Colliders的显示查看碰撞体的实际形状和大小检查是否有意外的重叠或间隙。5.5 常见问题排查速查表问题现象可能原因排查步骤与解决方案物体高速穿模碰撞检测模式不当将高速物体的Collision Detection改为Continuous或Continuous Dynamic。物体抖动或“跳舞”1. 多个碰撞体重叠2. 物理更新与渲染更新冲突1. 检查碰撞体确保没有非预期的穿透。调整位置或尺寸。2. 尝试调整刚体的Interpolation模式为Interpolate。施加力没效果1. 刚体IsKinematic为true2. 质量过大3. 在Update而非FixedUpdate中调用AddForce1. 检查刚体组件设置。2. 调整刚体的Mass值。3.将力的调用移至FixedUpdate中。触发器不触发事件1. 双方都没有刚体2. 脚本未挂载或函数名拼写错误3. 图层被碰撞矩阵禁止1. 确保至少一方有刚体通常移动方应有。2. 检查脚本、函数名区分OnTriggerEnter和OnCollisionEnter。3. 检查Physics设置中的图层碰撞矩阵。物理表现不一致帧率依赖物理计算在FixedUpdate但某些参数在Update中读取确保所有与物理状态如速度、位置用于计算力相关的输入读取也在FixedUpdate中或使用Time.fixedDeltaTime进行缩放。性能突然下降1. 动态刚体数量激增2. 复杂MeshCollider参与动态计算3. 大量高频Raycast1. 使用对象池管理子弹、特效等回收时禁用其刚体和碰撞体。2. 用简单碰撞体组合替代复杂MeshCollider。3. 优化检测频率使用图层遮罩考虑用触发器或Overlap函数替代每帧射线。物理引擎的调试往往需要结合场景视图的Gizmos显示和代码中的日志输出耐心地隔离变量才能找到那个隐藏在复杂交互中的小问题。我个人的习惯是遇到奇怪的物理bug时第一反应是打开Collider可视化然后检查所有相关对象的刚体和碰撞体设置十有八九问题就出在这里。
Unity物理引擎与碰撞检测：从核心原理到性能优化的实战指南
发布时间：2026/7/13 4:29:44
1. 项目概述物理引擎游戏世界的“物理法则”制定者刚入行那会儿我对物理引擎的理解还停留在“让东西掉下来”的层面。直到在一个赛车游戏项目里我负责的车辆在过弯时总像在冰面上打滑无论怎么调校悬挂和轮胎参数手感都怪异无比。后来才发现问题根源在于我简单地把一个球体碰撞体Sphere Collider套在了复杂的车辆模型上并且完全忽略了物理材质Physic Material中动态摩擦力的设置。那次经历让我深刻意识到物理引擎远不止是重力模拟它是一套完整的、可高度定制的“世界法则”系统直接决定了游戏的核心体验——是真实可信还是滑稽出戏。今天我们就以Unity引擎为例深入聊聊物理引擎与碰撞检测并结合几个我亲身经历或研究过的应用案例拆解其中的门道。无论你是刚接触Unity的新手还是想深化理解的开发者这篇文章都将带你绕过我当年踩过的那些坑从“能用”走向“精通”。物理引擎处理的是游戏对象如何基于模拟的物理定律如牛顿力学进行运动和交互而碰撞检测则是这套系统的“感官”负责判断“谁碰到了谁”。两者结合才能创造出可信的互动世界。2. 物理引擎核心组件深度解析与选型逻辑理解物理引擎首先要吃透它的几个核心组件刚体Rigidbody、碰撞体Collider和关节Joint。很多初级问题都源于对这些组件职责的混淆。2.1 刚体Rigidbody物理模拟的“心脏”刚体组件是物理引擎的驱动核心。为一个GameObject添加Rigidbody就等于告诉Unity“这个对象需要遵循物理法则。”它的参数远不止质量和重力。质量Mass的陷阱新手常犯的错误是随意设置质量值。物理引擎中力的相互作用如碰撞、AddForce与质量直接相关。我曾在一个合作游戏中看到玩家角色质量1一拳打向一个箱子质量1000结果玩家自己飞了出去场面十分滑稽。这违背了玩家的直觉预期。最佳实践是建立一个参考系通常将主角或标准物体的质量设为1其他物体的质量以此为基准进行相对设置。例如一个木箱可能是5一辆汽车可能是500。碰撞检测模式Collision Detection这是解决“穿模”问题的关键。默认的Discrete离散检测对大多数低速移动物体足够。但当物体速度非常快时例如子弹、发射的炮弹就可能因为在一帧内移动距离超过自身尺寸导致从目标中间“穿过”而未触发碰撞。Continuous连续检测用于高速运动物体与静态网格Static Collider的碰撞。计算开销中等。Continuous Dynamic连续动态检测用于高速运动物体之间的碰撞。这是开销最大但也是最精确的模式适用于子弹对战、高速赛车等项目。Continuous Speculative连续推测检测一种性能与精度折中的方案通过预测轨迹来检测碰撞有时可能产生“过冲”的错觉。实操心得不要无脑使用Continuous Dynamic。我曾优化过一个弹幕射击游戏将大量低速子弹的检测模式从Continuous Dynamic改回Discrete帧率直接提升了15%以上。判断标准是物体的速度单位/帧是否显著超过其碰撞体的最小尺寸。如果是才考虑升级检测模式。插值Interpolation当物理更新帧率Fixed Update低于渲染帧率Update时物体运动可能卡顿。Interpolate基于上一帧物理位置进行平滑Extrapolate基于预测下一帧位置进行平滑。实测下来对于由玩家输入或动画直接控制、且需要极度平滑跟随的对象如第一人称视角的摄像机Interpolate通常表现更稳定避免因预测错误产生的抖动。2.2 碰撞体Collider物理交互的“形状”碰撞体定义了物体的物理轮廓。选择正确的碰撞体类型是性能优化的第一步。基础原型碰撞体Box Collider盒形、Sphere Collider球形、Capsule Collider胶囊形。它们的计算效率极高应作为首选。尽量用这些简单形状去近似复杂模型。例如一个人物模型完全可以用一个胶囊体作为身体两个球体作为拳头。网格碰撞体Mesh Collider使用模型的实际网格进行碰撞检测精度最高但性能开销巨大尤其是对于面数多的网格。它有两个关键选项Convex凸包勾选后Unity会为网格生成一个凸包近似体。这是将Mesh Collider用于动态物体的前提非静态物体必须勾选且性能尚可。可用于形状特异的道具。Non-Convex非凸包仅适用于标记为Static的静态环境物体。用于实现最精确的复杂静态地形碰撞。踩坑记录早期项目里我把一个上千面的岩石装饰品直接用了Mesh Collider且未勾选Convex然后给它加了刚体想做成可推动的。结果游戏运行时帧率骤降且物体行为异常。教训是动态物体永远避免使用非凸包的Mesh Collider。对于复杂形状的动态物体应该用多个基础碰撞体Box, Sphere拼凑或者使用低模代理网格Proxy Mesh。可以在3D建模软件中专门制作一个简化的、面数极低的碰撞体模型然后使用这个模型作为Mesh Collider的源。2.3 物理材质Physic Material定义表面的“性格”物理材质决定了碰撞体表面的物理特性主要是摩擦力和弹性。动态摩擦力Dynamic Friction物体在表面上滑动时的摩擦力。静态摩擦力Static Friction物体在表面上从静止到开始滑动所需的力。弹力Bounciness碰撞后能量保留的系数0为完全无弹性1为完全弹性。合并模式Friction/Bounce Combine当两个拥有不同物理材质的物体碰撞时如何计算最终的摩擦力和弹力这是高级控制的关键。Average取平均值。最常用。Minimum取最小值。比如想让冰面低摩擦特性主导无论与什么物体接触都打滑。Maximum取最大值。Multiply两者相乘。可以实现一些特殊效果比如两种“湿滑”材质相遇时摩擦力急剧减小。案例应用制作一个“冰面”。创建一个物理材质将动态和静态摩擦力设为极低如0.05弹力设为0。将其赋予地面碰撞体。当角色拥有另一个常规物理材质走在上面时由于合并模式通常是Average综合摩擦力会很低从而产生打滑效果。如果想强化效果可以将冰面材质的合并模式设为Minimum。3. 碰撞检测的脚本交互与事件流物理引擎的计算结果需要通过脚本反馈给游戏逻辑。Unity提供了一套清晰的事件回调系统。3.1 碰撞事件三部曲这三个函数是处理碰撞逻辑的基石OnCollisionEnter(Collision collisionInfo)碰撞开始的第一帧调用。最适合播放撞击音效、产生打击火花、计算伤害仅一次。OnCollisionStay(Collision collisionInfo)碰撞持续的每一帧调用。可用于实现持续性的效果如站在岩浆上持续扣血、物体被挤压时持续受力。OnCollisionExit(Collision collisionInfo)碰撞结束的那一帧调用。常用于状态复位如玩家离开地面时设置“IsGrounded false”。关键参数Collision对象它包含了丰富的碰撞信息善用它们能实现精细控制。collision.gameObject与我发生碰撞的那个对象。collision.contacts一个ContactPoint数组描述了碰撞的实际接触点、法线方向等。对于需要精确命中点的情况如子弹打中不同部位伤害不同至关重要。collision.relativeVelocity两个碰撞对象的相对速度。可用于计算撞击的剧烈程度决定播放多大的声响或造成多少伤害。void OnCollisionEnter(Collision collision) { // 检查碰撞对象标签 if (collision.gameObject.CompareTag(Enemy)) { // 计算伤害考虑相对速度 float impactMagnitude collision.relativeVelocity.magnitude; int damage Mathf.FloorToInt(impactMagnitude * 10f); collision.gameObject.GetComponentEnemyHealth().TakeDamage(damage); // 在接触点生成一个特效 if (collision.contacts.Length 0) { Instantiate(sparkEffect, collision.contacts[0].point, Quaternion.identity); } } }3.2 触发器Trigger与碰撞体Collider的本质区别很多人分不清OnTriggerEnter和OnCollisionEnter。最核心的区别是触发器不参与物理力的模拟。碰撞体Collider两个物体都会产生物理相互作用会弹开、阻挡、施加力。需要至少一个物体有刚体。触发器Trigger勾选Is Trigger的碰撞体变成一个“感应区域”。物体会毫无阻碍地穿过它但会触发事件。常用于检测物体进入某个区域如收集品范围、关卡终点、敌人警戒范围。选择准则如果你需要物体被物理阻挡如墙、地面用普通碰撞体。如果你只需要知道“有东西进来了”而不希望有物理阻挡如穿过一扇光幕门、进入宝箱的拾取范围用触发器。void OnTriggerEnter(Collider other) { if (other.CompareTag(Player)) { // 玩家进入触发器区域无需物理碰撞 StartCoroutine(ActivateTrap()); } }3.3 FixedUpdate物理更新的“节拍器”物理计算是在FixedUpdate中进行的而不是Update。FixedUpdate的调用频率默认是每秒50次0.02秒间隔可以在Time设置中调整Fixed Timestep。黄金法则所有直接读取或修改刚体属性如velocity,AddForce的代码都应放在FixedUpdate中而不是Update。这是因为一致性保证力的施加与物理引擎的更新步调一致。确定性FixedUpdate的固定时间步长使得物理模拟在不同帧率的机器上更趋于一致虽然Unity的物理引擎并非完全确定性但这有助于改善。如果你在Update中调用AddForce由于Update的调用帧率不稳定可能导致力在一秒内被添加了90次或120次造成物体运动速度不一致。4. 高级应用与性能优化实战案例掌握了基础我们来看几个综合性的应用案例这些案例直接来源于真实项目中的需求和解决方案。4.1 案例一制作一个可攀爬的悬崖系统需求玩家角色走到特定墙面悬崖时可以按下按键进行攀爬。思路拆解检测是否可攀爬使用触发器。在悬崖表面放置一个薄薄的Box Collider并勾选Is Trigger。为其设置一个特定标签如Climbable。玩家状态切换在玩家脚本中用OnTriggerEnter/Exit来设置一个布尔值canClimb。攀爬物理实现这是难点。当攀爬时需要禁用玩家原有的角色控制器或移动逻辑。锁定玩家在墙面法线方向的位置防止掉下来。允许玩家沿墙面上下左右移动。施加一个反向重力或直接将重力设为0来对抗物理引擎的重力。实操步骤与代码要点public class PlayerClimb : MonoBehaviour { private bool isClimbing false; private Vector3 climbSurfaceNormal; // 攀爬面的法线方向 void OnTriggerEnter(Collider other) { if (other.CompareTag(Climbable)) { canClimb true; climbSurfaceNormal other.transform.forward; // 假设触发器朝向代表墙面法线 } } void OnTriggerExit(Collider other) { if (other.CompareTag(Climbable)) { if (isClimbing) StopClimbing(); canClimb false; } } void Update() { if (canClimb Input.GetKeyDown(KeyCode.Space)) { StartClimbing(); } if (isClimbing Input.GetKeyUp(KeyCode.Space)) { StopClimbing(); } } void FixedUpdate() { if (isClimbing) { // 1. 获取输入 float h Input.GetAxis(Horizontal); float v Input.GetAxis(Vertical); // 2. 计算移动方向沿墙面切向移动 Vector3 right Vector3.Cross(climbSurfaceNormal, Vector3.up).normalized; Vector3 up Vector3.Cross(right, climbSurfaceNormal).normalized; Vector3 moveDirection (right * h up * v).normalized; // 3. 应用速度而非力以获得更直接的控制感 GetComponentRigidbody().velocity moveDirection * climbSpeed; // 4. 关键将玩家位置拉回墙面防止因微小误差掉落 // 这里可以使用Raycast或直接沿法线方向施加一个微小的位置修正 } } void StartClimbing() { isClimbing true; GetComponentRigidbody().useGravity false; // 禁用重力 // 可能还需要冻结某些旋转轴 GetComponentRigidbody().constraints ... } void StopClimbing() { isClimbing false; GetComponentRigidbody().useGravity true; // 恢复约束 } }注意事项攀爬结束时记得给玩家一个微小的向前离开墙面方向的力AddForce以实现自然的“蹬跳”离墙效果否则玩家可能会因为瞬间恢复重力而直接下落。4.2 案例二实现真实的布娃娃Ragdoll系统布娃娃系统常用于角色死亡、被击飞等状态模拟真实的关节物理。传统实现 vs Unity Humanoid Ragdoll手动搭建旧方法为角色的每个骨骼头、躯干、上臂、前臂等创建对应的GameObject挂上刚体和碰撞体胶囊体或球体然后用Character Joint或Configurable Joint将它们连接起来。过程极其繁琐调试困难。Unity内置工具推荐对于使用Humanoid动画系统的角色Unity提供了自动生成布娃娃的功能。GameObject - 3D Object - Ragdoll...。你只需要在弹窗中将角色的骨骼拖拽到对应槽位系统会自动生成所有关节和碰撞体。关键调整与优化关节限制Limits自动生成的关节限制可能过松导致肢体扭曲成不自然的角度。你需要逐个检查主要关节如Hips,Spine,UpperLeg调整其Twist,Swing Y/ Z的限制角度使其符合人体工学。质量分布确保身体各部分的质量合理。头部质量小0.5-1躯干质量大5-10四肢居中。不合理的质量分布会导致布娃娃运动时像软体动物。启用/禁用切换通常有两套骨骼系统一套用于动画Animator控制一套用于布娃娃物理关节控制。正常状态时禁用所有布娃娃刚体的isKinematic并启用Animator。需要切换到布娃娃状态时执行以下操作Animator animator GetComponentAnimator(); animator.enabled false; // 禁用动画控制器 foreach (Rigidbody rb in ragdollRigidbodies) { // 假设你已将所有布娃娃刚体存入一个数组 rb.isKinematic false; // 启用物理模拟 rb.velocity animator.velocity; // 继承动画最后一刻的速度使过渡更自然 }性能一个完整的布娃娃系统包含大量刚体和关节对性能有显著影响。务必确保在不需要时如角色死亡后一段时间、远离镜头后将布娃娃刚体设置为Sleeping状态或直接销毁/禁用整个布娃娃系统。4.3 案例三高效射线检测Raycast与物理查询射线检测是物理引擎中用于查询而非碰撞的利器常用于射击、拾取、寻路等。基础RaycastRaycastHit hit; if (Physics.Raycast(transform.position, transform.forward, out hit, 100f)) { Debug.Log(击中了: hit.collider.name); Debug.DrawLine(transform.position, hit.point, Color.red); // 在Scene视图中绘制射线 }高级技巧与性能考量图层遮罩LayerMask这是最重要的优化手段。永远不要对“Everything”进行射线检测。public LayerMask shootableLayer; // 在Inspector中指定可射击的图层 if (Physics.Raycast(origin, direction, out hit, range, shootableLayer)) { // 只与指定图层的物体交互 }你需要事先在Tags and Layers中定义好图层如Player,Enemy,Environment,Pickup并在碰撞矩阵Edit - Project Settings - Physics中设置好它们的交互关系。SphereCast / BoxCast当你的“子弹”不是无限细的射线而有体积时如炮弹、角色移动前的预判应使用Physics.SphereCast或Physics.OverlapBox。SphereCast会沿着射线方向投射一个球体检测沿途的碰撞。避免在Update中高频调用如果每帧都需要进行射线检测如第一人称射击的准星检测确保逻辑简洁。更复杂的情况如AI的视野检测可以考虑每几帧检测一次或使用Physics.OverlapSphere配合触发器进行持续性的区域监测。RaycastHit的信息宝藏hit对象包含point命中点、normal法线用于反射或贴花对齐、distance、collider、rigidbody甚至可以通过hit.textureCoord获取到命中点在模型UV上的坐标需使用MeshCollider用于实现诸如击中特定贴图区域触发不同效果的功能。5. 性能优化与调试技巧全攻略物理引擎是性能消耗大户尤其是当场景中动态刚体数量增多时。以下是我总结的优化清单5.1 静态与动态物体的分离管理标记静态Static对于永远不会移动的环境物体地形、建筑务必在Inspector右上角勾选Static复选框。这允许Unity进行大量预处理如构建静态碰撞树极大提升查询效率。慎用移动静态物体如果一个物体被标记为Static后又通过脚本移动其TransformUnity需要重新计算其静态数据会导致严重的性能卡顿。对于需要移动的环境物体不要标记为Static。5.2 碰撞矩阵精细化配置进入Edit - Project Settings - Physics最下方就是图层碰撞矩阵Layer Collision Matrix。取消所有不必要的交互。例如Enemy子弹不需要和Enemy自己碰撞。Pickup物品不需要和Pickup物品碰撞。UI图层如果用于3D UI不需要和任何物理对象碰撞。 每减少一个勾选物理引擎在每个更新周期内需要处理的碰撞对就少一组。5.3 刚体睡眠与冻结物理引擎会自动让静止的刚体进入“睡眠”状态停止计算其物理过程直到它受到新的外力。你可以通过Rigidbody.IsSleeping()查询状态。确保你的游戏逻辑不会每帧去唤醒WakeUp本该睡眠的刚体例如无意义地持续设置其位置或速度。对于某些完全由脚本控制运动、但又需要参与碰撞的物体如平台可以将其刚体的IsKinematic设为true。运动学刚体不受物理力影响但可以影响其他刚体且性能开销极低。5.4 调试与可视化Debug.DrawLine / DrawRay在代码中绘制临时线框可视化射线、向量等是调试物理的必备工具。Physics Debugger在Game视图右上角点击Stats面板可以看到Physics相关的信息如刚体数量、碰撞对数量等。Editor可视化在Scene视图中通过Gizmos菜单可以开启Colliders的显示查看碰撞体的实际形状和大小检查是否有意外的重叠或间隙。5.5 常见问题排查速查表问题现象可能原因排查步骤与解决方案物体高速穿模碰撞检测模式不当将高速物体的Collision Detection改为Continuous或Continuous Dynamic。物体抖动或“跳舞”1. 多个碰撞体重叠2. 物理更新与渲染更新冲突1. 检查碰撞体确保没有非预期的穿透。调整位置或尺寸。2. 尝试调整刚体的Interpolation模式为Interpolate。施加力没效果1. 刚体IsKinematic为true2. 质量过大3. 在Update而非FixedUpdate中调用AddForce1. 检查刚体组件设置。2. 调整刚体的Mass值。3.将力的调用移至FixedUpdate中。触发器不触发事件1. 双方都没有刚体2. 脚本未挂载或函数名拼写错误3. 图层被碰撞矩阵禁止1. 确保至少一方有刚体通常移动方应有。2. 检查脚本、函数名区分OnTriggerEnter和OnCollisionEnter。3. 检查Physics设置中的图层碰撞矩阵。物理表现不一致帧率依赖物理计算在FixedUpdate但某些参数在Update中读取确保所有与物理状态如速度、位置用于计算力相关的输入读取也在FixedUpdate中或使用Time.fixedDeltaTime进行缩放。性能突然下降1. 动态刚体数量激增2. 复杂MeshCollider参与动态计算3. 大量高频Raycast1. 使用对象池管理子弹、特效等回收时禁用其刚体和碰撞体。2. 用简单碰撞体组合替代复杂MeshCollider。3. 优化检测频率使用图层遮罩考虑用触发器或Overlap函数替代每帧射线。物理引擎的调试往往需要结合场景视图的Gizmos显示和代码中的日志输出耐心地隔离变量才能找到那个隐藏在复杂交互中的小问题。我个人的习惯是遇到奇怪的物理bug时第一反应是打开Collider可视化然后检查所有相关对象的刚体和碰撞体设置十有八九问题就出在这里。
