1. 项目概述从“穿墙”到“碰撞”的本质在游戏开发里最让人头疼的“灵异事件”之一莫过于你精心设计的角色或者子弹毫无阻碍地穿过了墙壁、树木或者其他障碍物。新手开发者第一次遇到这种情况往往会怀疑人生我的代码明明写了碰撞逻辑为什么物体还是“穿墙而过”了这背后几乎百分之百是物理引擎的碰撞检测环节出了问题。今天我们就来彻底解决这个问题用C#结合常见的游戏引擎如Unity中的物理系统通过五个核心步骤让你的游戏物体规规矩矩地发生碰撞告别“穿模”的尴尬。简单来说碰撞检测就是物理引擎用来判断两个或多个物体在空间上是否发生重叠即碰撞的计算过程。它不仅仅是“有没有碰到”这么简单更涉及到碰撞发生的精确时刻、碰撞点、碰撞法线即碰撞面的方向等详细信息这些信息是后续处理碰撞响应比如反弹、停止、造成伤害的基础。一个健壮的碰撞检测系统是游戏物理真实感和玩法可信度的基石。无论你是正在制作2D平台跳跃游戏还是3D的第一人称射击游戏这套实战指南中的思路和步骤都是相通的。2. 核心思路拆解为什么物体会“穿墙”在动手写代码之前我们必须先理解“穿墙”的根本原因。这通常不是引擎的bug而是我们对物理引擎工作流程的理解出现了偏差。物理引擎如Unity的PhysX、Box2D通常在一个固定的时间步长如每秒60次即FixedUpdate内进行物理模拟。这个模拟主要包含两个阶段碰撞检测和碰撞响应。“穿墙”现象绝大多数时候发生在高速运动的物体上。假设一颗子弹以每秒100米的速度飞向一堵厚度0.1米的墙。如果游戏每秒进行60次物理更新那么每次更新约0.0167秒子弹会移动约1.67米。在某一帧子弹的位置还在墙前方0.5米下一帧计算时它已经移动到了墙后方1.17米。物理引擎在这两帧之间进行离散检测时发现子弹的碰撞体从未与墙的碰撞体在任何一个固定的时间点发生过重叠因此判定为“没有发生碰撞”子弹就径直穿了过去。所以我们的核心思路就是要解决这个离散时间采样遗漏连续事件的问题。解决方案不是简单地调高更新频率那样性能开销太大而是需要引入更精确的检测方法并确保我们的碰撞体设置、刚体配置和代码逻辑形成一个闭环的正确工作流。接下来的五个步骤就是围绕这个核心问题展开的。2.1 第一步正确设置碰撞体与刚体这是所有工作的基础如果这一步错了后面所有的代码都可能是徒劳的。你需要为希望参与物理碰撞的游戏物体添加两个核心组件碰撞体和刚体。碰撞体定义了物体的物理形状。在Unity中常见的包括Box Collider长方体适用于墙壁、箱子、地面。Sphere Collider球体适用于子弹、球类物品。Capsule Collider胶囊体非常适合作为角色的碰撞体能很好地处理楼梯和斜坡。Mesh Collider网格碰撞体使用物体自身的网格模型作为碰撞形状精度高但性能开销大通常用于复杂静态环境。刚体则赋予了物体物理属性使其能受到重力、外力影响并参与物理引擎的动力学计算。一个没有刚体的物体即使有碰撞体也只是一个“幽灵”般的障碍物其他物体可以推动它但它自己不会因为物理力而运动。关键注意事项确保你的运动物体如玩家、子弹、敌人必须同时拥有碰撞体和刚体。而静态环境如地面、墙壁通常只需要碰撞体不需要刚体。将其标记为“Static”物理引擎会对其进行特殊优化。如果给静态环境也加了刚体不仅浪费性能还可能引发意想不到的动态交互。实操配置细节为玩家角色添加一个Capsule Collider调整高度和半径以匹配视觉模型。为玩家角色添加一个Rigidbody组件。注意Rigidbody上的几个关键属性Mass质量。保持合理的比例玩家角色可以是10-100。Drag/Angular Drag阻力/角阻力。适当增加可以防止物体过度滑动或旋转。Use Gravity是否使用重力。对于飞行单位可能需要关闭。Is Kinematic是否为运动学刚体。如果勾选物体将不受物理力驱动只能通过直接修改Transform位置来移动常用于平台、电梯。对于玩家角色我们通常不勾选让物理引擎计算其运动。Collision Detection这是解决高速穿墙的关键属性默认是Discrete离散检测。对于高速运动的物体子弹、赛车必须将其改为Continuous连续检测或Continuous Dynamic连续动态检测。后者检测精度最高但性能开销也最大。对于玩家角色可以设置为Continuous。2.2 第二步理解并使用正确的碰撞事件函数在C#脚本中Unity提供了多个用于处理碰撞的回调函数。用错函数是另一个常见的“穿墙”或逻辑失效的原因。这些函数都依赖于Collider组件。OnCollisionEnter当碰撞开始时调用一次。这是最常用的函数用于处理碰撞瞬间的效果如播放撞击音效、造成伤害、得分。OnCollisionStay在碰撞持续的每一帧调用。可用于实现持续性的效果比如站在岩浆上持续掉血。OnCollisionExit当碰撞结束时调用一次。比如角色离开地面时触发跳跃状态结束。这些函数都有一个Collision类型的参数它包含了丰富的碰撞信息如contacts碰撞点数组、relativeVelocity相对速度等。一个极易混淆的点OnTriggerXXX 与 OnCollisionXXX这是两个完全不同的体系。OnTriggerEnter/Stay/Exit用于触发器。如果碰撞体被勾选了Is Trigger属性它就变成了一个触发器。触发器不会产生物理碰撞阻挡效果物体会直接穿过它但会触发这些函数。它常用于检测区域如拾取物品的范围、关卡入口、陷阱的感应区。核心避坑指南如果你的目的是让物体物理上被挡住绝对不要勾选Is Trigger并且应该使用OnCollisionXXX系列函数。如果你的目的是让物体可以穿过但需要被感知到则使用触发器。很多新手错误地使用了OnTriggerEnter然后疑惑为什么物体没有停下来——因为它本来就不会停。2.3 第三步为高速物体实现连续碰撞检测回到我们最初的核心问题。仅仅在刚体上设置Collision Detection模式为Continuous有时还不够特别是当高速物体如子弹本身也很小的时候。这里介绍两种更可靠的实战方案。方案A使用射线检测进行预测在物体移动前朝移动方向发射一条射线检测前方是否存在碰撞体。这给了我们一个“预判”的机会。public class Projectile : MonoBehaviour { public float speed 100f; public LayerMask collisionLayer; // 指定要与哪些层碰撞 private Rigidbody rb; void Start() { rb GetComponentRigidbody(); rb.collisionDetectionMode CollisionDetectionMode.ContinuousDynamic; // 先设置连续检测 } void FixedUpdate() { // 计算这一帧要移动的向量 Vector3 moveDistance transform.forward * speed * Time.fixedDeltaTime; // 发射射线进行预测检测 if (Physics.Raycast(transform.position, transform.forward, out RaycastHit hit, moveDistance.magnitude, collisionLayer)) { // 如果射线击中了什么立即处理碰撞 OnHit(hit); // 可以立即销毁子弹或停在碰撞点 transform.position hit.point; Destroy(gameObject); } else { // 如果没有检测到碰撞再用物理引擎移动 rb.MovePosition(rb.position moveDistance); } } void OnHit(RaycastHit hit) { // 在这里处理击中效果例如播放特效、对命中目标造成伤害等 Debug.Log($击中了{hit.collider.gameObject.name}); } }方案B使用SphereCast或CapsuleCast对于体积不是无限小的物体比如一个球体子弹Raycast射线只检测一个点可能从物体边缘“溜过去”。这时应该使用SphereCast或CapsuleCast它们检测的是一个有体积的几何形状在移动路径上的碰撞更加精确。void FixedUpdate() { float moveDistance speed * Time.fixedDeltaTime; float radius GetComponentSphereCollider().radius; // 假设子弹是球体碰撞体 if (Physics.SphereCast(transform.position, radius, transform.forward, out RaycastHit hit, moveDistance, collisionLayer)) { OnHit(hit); transform.position hit.point; Destroy(gameObject); } else { rb.MovePosition(rb.position transform.forward * moveDistance); } }2.4 第四步优化物理层与碰撞矩阵随着游戏物体增多不必要的碰撞检测会严重消耗性能。物理层和碰撞矩阵是Unity提供的强大管理工具。每个游戏对象都属于一个层Layer。在Edit - Project Settings - Physics或Physics 2D中你可以看到一个碰撞矩阵。这是一个二维表格定义了哪些层之间的物体会进行碰撞检测。实战配置示例创建自定义层例如Player,Enemy,Bullet,Environment,Pickup。打开碰撞矩阵。取消勾选不必要的交互。例如Bullet层不应该与Bullet层碰撞子弹之间互不干扰。Pickup层可能只与Player层碰撞。Enemy层可能与Environment、Bullet、Player层碰撞但可能不与Pickup或Enemy如果不想有友军碰撞碰撞。通过精细配置碰撞矩阵你可以大幅减少物理引擎需要计算的碰撞对提升游戏性能同时也能避免一些逻辑上的bug比如子弹意外打中另一个子弹并爆炸。2.5 第五步调试与常见问题排查即使完成了以上四步你可能还是会遇到一些奇怪的问题。这里是一个实战问题排查清单。问题1物体抖动或卡进地面/墙壁。原因这通常是由于多个碰撞体在单帧内反复相互挤压、物理引擎不断尝试修正位置导致的称为“抖动”或“震颤”。解决检查碰撞体尺寸确保碰撞体没有过度重叠。特别是角色胶囊体其底部不要与地面平面完全齐平留一点微小间隙。调整物理材质为碰撞体添加一个Physics Material。创建一个新的物理材质适当增加Friction摩擦力和减少Bounciness弹性。更关键的是可以尝试将Friction Combine和Bounce Combine模式设置为Minimum或Multiply这有时能缓解抖动。使用Rigidbody.Sleep对于静止的物体确保它们能进入睡眠状态以减少计算。问题2OnCollisionEnter没有被调用。检查清单双方都有Collider吗至少一方有Rigidbody。碰撞体的Is Trigger被勾选了吗如果勾选了只会调用OnTriggerEnter。脚本是否挂在了正确的物体上脚本所在的物体需要有Collider不需要Rigidbody。碰撞双方是否在物理层的碰撞矩阵中被禁止碰撞了物体移动的方式是什么如果直接修改Transform.position对于非运动学刚体可能会错过碰撞检测。应使用Rigidbody.MovePosition或给刚体施加力AddForce。问题3碰撞检测有延迟或不灵敏。原因可能是Fixed Timestep设置得太长。FixedUpdate的调用间隔由它决定。解决在Edit - Project Settings - Time中可以减小Fixed Timestep的值例如从0.02降到0.01。但这会增加CPU负担需谨慎调整。优先考虑前面提到的连续检测和射线预测方案。问题4复杂形状的碰撞体性能很差。原因使用了高精度的Mesh Collider。解决使用复合碰撞体用多个简单的Box或Capsule碰撞体组合来近似复杂形状。使用低模网格为Mesh Collider指定一个简化后的网格。合理使用Mesh Collider的Convex选项对于动态物体必须勾选Convex凸包但凸包化会简化形状。对于静态环境可以不勾选使用精确网格但性能开销大。3. 实战案例制作一个不会穿墙的发射物系统让我们综合运用以上五步创建一个简单的炮弹发射系统。1. 场景搭建创建一个平面作为地面。创建一个立方体添加Rigidbody和Box Collider作为可发射的炮弹。为其创建一个Bullet层。创建几个立方体作为墙壁标记为Environment层。创建一个球体作为玩家添加RigidbodyCollision Detection设为Continuous和Capsule Collider放在Player层。2. 配置碰撞矩阵确保Bullet层与Environment和Player层碰撞。Bullet层自身不碰撞。Player层与Environment层碰撞。3. 编写炮弹脚本using UnityEngine; public class AdvancedBullet : MonoBehaviour { public float initialSpeed 80f; public LayerMask whatToHit; public GameObject impactEffect; private Rigidbody rb; private Vector3 previousPosition; private float bulletRadius; void Start() { rb GetComponentRigidbody(); rb.collisionDetectionMode CollisionDetectionMode.ContinuousDynamic; // 初始赋予一个速度 rb.velocity transform.forward * initialSpeed; // 获取碰撞体半径假设是球体 if (TryGetComponentSphereCollider(out SphereCollider sphereCol)) { bulletRadius sphereCol.radius * Mathf.Max(transform.lossyScale.x, transform.lossyScale.y, transform.lossyScale.z); } else { // 如果不是球体可以取一个近似值或使用Bounds bulletRadius GetComponentCollider().bounds.extents.magnitude * 0.5f; } previousPosition rb.position; } void FixedUpdate() { // 方法使用CapsuleCast进行连续检测比SphereCast更适合非球体 Vector3 currentPos rb.position; Vector3 direction (currentPos - previousPosition).normalized; float distance Vector3.Distance(previousPosition, currentPos); // 避免零距离检测 if (distance 0.01f Physics.CapsuleCast(previousPosition, currentPos, bulletRadius, direction, out RaycastHit hit, distance, whatToHit)) { // 确保击中的不是自己理论上不应该但加个保险 if (hit.collider.gameObject ! gameObject) { HandleCollision(hit); return; // 碰撞后不再执行后续移动逻辑 } } previousPosition currentPos; } void OnCollisionEnter(Collision collision) // 保留此函数作为备用或处理非高速碰撞 { // 如果CapsuleCast漏掉了理论上概率极低这里作为保障 if (((1 collision.gameObject.layer) whatToHit) ! 0) { HandleCollision(collision.GetContact(0)); // 取第一个碰撞点 } } void HandleCollision(RaycastHit hit) { // 立即停止所有物理运动 rb.velocity Vector3.zero; rb.angularVelocity Vector3.zero; rb.isKinematic true; // 避免后续物理干扰 // 将炮弹位置精确放到碰撞点 transform.position hit.point; // 生成碰撞特效如果需要 if (impactEffect ! null) { Instantiate(impactEffect, hit.point, Quaternion.LookRotation(hit.normal)); } Debug.Log($炮弹击中了{hit.collider.gameObject.name} 法线方向{hit.normal}); // 在这里可以添加伤害计算等逻辑 // ... // 销毁炮弹可以加个延迟 Destroy(gameObject, 2f); } }4. 编写发射器脚本public class Cannon : MonoBehaviour { public GameObject bulletPrefab; public Transform firePoint; public float fireForce 100f; void Update() { if (Input.GetButtonDown(Fire1)) { GameObject bullet Instantiate(bulletPrefab, firePoint.position, firePoint.rotation); // 发射力现在由炮弹自己的脚本处理这里也可以不额外施加力 // 如果需要可以 bullet.GetComponentRigidbody().AddForce(firePoint.forward * fireForce, ForceMode.Impulse); } } }通过这个综合案例你将得到一个极其稳健的发射物系统。它结合了刚体的连续检测模式、基于CapsuleCast的预测性检测、以及OnCollisionEnter的双重保险几乎可以杜绝任何情况下的“穿墙”现象。同时通过物理层管理确保了性能效率。4. 性能优化与高级技巧当游戏中的物理对象非常多时碰撞检测会成为性能瓶颈。除了使用碰撞矩阵还有以下高级优化手段1. 空间分割与Broad-Phase优化 物理引擎内部使用“宽阶段”来快速筛选出可能发生碰撞的物体对比如使用包围盒层次结构或网格法。作为开发者我们可以通过合理设置碰撞体的大小和位置来辅助这一过程。避免使用过大的碰撞体因为一个巨大的碰撞体会与大量其他物体进入宽阶段检测列表。2. 休眠机制 确保静止的刚体能进入休眠状态。一个处于休眠状态的刚体物理引擎会暂时忽略它直到它被外力唤醒。检查你的Rigidbody是否会自动休眠默认是true。不要每一帧都去移动或唤醒一个本该静止的物体。3. 简化碰撞体形状 这是最重要的优化原则之一。一个复杂的Mesh Collider尤其是非凸的其计算开销是简单原始碰撞体的数十倍甚至上百倍。对于树木、岩石可以用一个胶囊体几个球体来近似。对于角色一个胶囊体通常就够了对于双足角色有时需要两个胶囊体身体和腿部。对于车辆用多个立方体和胶囊体组合。对于静态地形如果必须用Mesh Collider确保将其标记为Static并考虑使用Terrain Collider对于地形系统或手动生成简化的碰撞网格。4. 使用Job System与Burst CompilerUnity DOTS 对于需要处理成千上万个物理对象的模拟如大量粒子、子弹可以考虑使用Unity的数据导向技术栈。Unity.Physics包提供了一个基于DOTS的高性能物理系统它利用多线程和Burst编译来极大提升物理模拟的效率。但这套系统学习曲线较陡且与传统的GameObject/MonoBehaviour工作流差异较大适用于对性能有极端要求的项目。5. 自定义碰撞检测 在某些特定场景下物理引擎的全功能检测可能是多余的。例如判断玩家是否进入一个扇形攻击范围或者判断子弹是否击中一个大型Boss的某个部位弱点。这时可以完全用数学计算或几何学方法如点与多边形、射线与网格来实现更轻量、更定制化的检测从而绕过物理引擎。但这需要较强的数学和编程能力。5. 调试工具与可视化“看不见”的碰撞体是调试的难点。Unity提供了强大的可视化工具。Gizmos在Scene视图中勾选Gizmos菜单下的Colliders可以实时看到所有碰撞体的线框。Physics Debugger在Window - Analysis - Physics Debugger中可以更详细地查看物理世界的状态包括碰撞体、接触点、关节等。Debug.DrawLine / Debug.DrawRay在代码中使用这些函数可以在Scene视图和Game视图需开启Gizmos中绘制临时线条非常有助于可视化射线检测、移动向量等。void Update() { // 绘制一个从当前位置向前延伸5单位的射线 Debug.DrawRay(transform.position, transform.forward * 5f, Color.red); }自定义Editor脚本可以为你的碰撞体组件编写自定义的Editor脚本在Scene视图绘制更复杂的调试信息比如碰撞体的运动轨迹预测。掌握这些调试方法能让你在出现问题时快速定位是碰撞体形状不对、位置偏移、还是检测逻辑本身有误。