1. 项目概述碰撞与触发检测在Unity小程序中的核心地位如果你正在开发一款Unity小程序无论是轻量级的WebGL游戏、一个交互式产品展示还是一个需要物理反馈的模拟应用碰撞与触发检测几乎是你绕不开的核心技术。这不仅仅是让一个方块掉到地上那么简单它关乎用户体验的真实感、游戏逻辑的严谨性以及性能开销的平衡。很多新手开发者甚至一些有经验的同行在处理复杂场景时依然会在这里踩坑比如物体莫名穿透、性能卡顿、检测不准确或者在小程序环境下遇到一些特有的限制。我见过不少项目前期功能跑得飞快一旦物体多起来或者交互复杂起来帧率就直线下降问题往往就出在对碰撞系统的一知半解上。Unity的物理引擎PhysX虽然强大但它是一把双刃剑用好了事半功倍用不好就是性能黑洞。特别是在小程序这种对包体大小、加载速度和运行时性能都极其敏感的平台每一份计算资源都要精打细算。所以这篇指南不会只教你如何写OnCollisionEnter那是文档里就有的东西。我会带你深入Unity碰撞与触发检测的“后台”从组件选型、参数调优到性能优化和在小程序环境下的实战避坑结合我这些年趟过的雷让你不仅能实现功能更能实现得高效、稳定。无论你是想做一个碰碰车小游戏还是一个需要精确拾取的3D展示这里的内容都能给你直接的参考。2. 核心概念与组件选型不只是刚体和碰撞器很多人一提到碰撞脑子里就是“Rigidbody Collider”的组合。没错这是基础但为什么是这个组合它们各自扮演什么角色不同的碰撞器类型又该如何选择理解这些是你避免后续一系列诡异问题的前提。2.1 刚体Rigidbody物理世界的入场券刚体组件是物体参与物理模拟的“身份证”。没有刚体一个物体在物理引擎眼里就是一片虚无它不会下落也不会被其他力影响。但这里有一个关键误区并不是发生碰撞的双方都必须有刚体。动态碰撞体Dynamic Collider带有Rigidbody的物体。物理引擎会完全计算它的运动受重力、力等影响并与其他碰撞体进行交互。这是最消耗性能的类型。静态碰撞体Static Collider没有Rigidbody但有Collider的物体如地面、墙壁。它本身不动但可以与动态碰撞体发生碰撞。性能开销极低。运动学碰撞体Kinematic Collider带有Rigidbody但勾选了Is Kinematic。它的运动不受物理引擎力影响完全由代码如Transform控制但可以推动动态碰撞体。常用于玩家角色、由动画控制的物体等。实操心得在小程序中应尽量减少动态刚体的数量。对于大量静止的环境物体务必使用静态碰撞体。对于需要移动但不希望受物理力直接控制的物体如平台、移动门优先考虑运动学刚体性能比动态刚体好得多。2.2 碰撞器Collider物体的物理形状碰撞器定义了物体在物理世界中的“轮廓”。Unity提供了多种原生碰撞器碰撞器类型形状性能开销适用场景Box Collider轴对齐包围盒AABB极低桌子、箱子、门等方形物体。Sphere Collider球体极低球、弹珠、粗略的角色碰撞。Capsule Collider胶囊体低角色控制器、人形生物的完美选择。Mesh Collider任意网格高尤其是复杂网格需要精确碰撞的复杂静态物体如地形、雕塑。慎用为什么Mesh Collider要慎用Mesh Collider会使用物体的渲染网格来生成碰撞体虽然精确但计算复杂度呈几何级数增长。一个复杂的网格可能包含成千上万个三角形物理引擎每一帧都要计算它与其它碰撞体的关系这在小程序环境下是致命的。对于复杂静态物体一个黄金法则是用简单的原型碰撞器Box, Sphere, Capsule来近似组合。比如一棵树可以用一个胶囊体做树干加上几个球体做树冠其性能远优于一个Mesh Collider。2.3 碰撞 vs. 触发物理反馈与逻辑检测的本质区别这是最容易混淆的一对概念但它们的用途天差地别。碰撞Collision目的是模拟物理交互。当两个物体碰撞时物理引擎会计算反作用力、摩擦力让它们产生反弹、滑动等效果。这需要至少一方有非运动学的刚体。触发Trigger目的是进行逻辑检测。当两个物体的碰撞体发生重叠时物理引擎不会计算任何物理力物体可以相互穿过。它仅仅是一个“信号”告诉你“它们接触了”。如何选择问自己一个问题你希望这两个物体有物理上的阻挡和反弹吗是 - 使用碰撞确保Is Trigger为false。否你只想知道它们是否接触如角色进入奖励区域、子弹击中判断 - 使用触发勾选Is Trigger。对应的回调方法也不同碰撞回调OnCollisionEnter/Stay/Exit(Collision collisionInfo)。参数Collision包含了接触点、法线、冲击力等丰富的物理信息。触发回调OnTriggerEnter/Stay/Exit(Collider otherCollider)。参数Collider只告诉你“谁”触发了它没有物理细节。3. 实战配置与脚本编写从入门到精准控制理解了原理我们来动手配置一个典型的场景一个玩家小球动态刚体球体碰撞器在一个复杂场景中滚动收集金币触发并避开障碍物碰撞。3.1 场景搭建与基础配置创建地面创建一个Plane或Cube缩放作为地面。为其添加一个Box Collider。不要添加Rigidbody使其成为静态碰撞体。创建玩家小球创建一个Sphere重命名为“Player”。为其添加Rigidbody组件和Sphere Collider组件。在Rigidbody组件中根据需求调整Mass质量、Drag阻力、Angular Drag角阻力。对于手感要求高的游戏需要反复微调。为了防止小球在复杂地形上抖动或卡住可以勾选Freeze Rotation冻结旋转并适当增加Collision Detection为Continuous Dynamic连续动态检测但这会提升性能开销需权衡。创建金币触发体创建一个Cube缩放变小赋予金色材质。为其添加Box Collider并务必勾选Is Trigger。不要添加Rigidbody。创建障碍物碰撞体创建一个Cube作为障碍物。添加Box ColliderIs Trigger保持false。可以添加一个Rigidbody并勾选Is Kinematic做成可移动的障碍或者不加Rigidbody做成静态障碍。3.2 核心脚本解析PlayerController.cs为玩家小球创建并挂载以下脚本using UnityEngine; public class PlayerController : MonoBehaviour { public float moveForce 10f; // 移动力 private Rigidbody rb; private int score 0; void Start() { rb GetComponentRigidbody(); if (rb null) { Debug.LogError(PlayerController 需要挂载在带有 Rigidbody 组件的物体上); } } void Update() { // 获取输入 float moveHorizontal Input.GetAxis(Horizontal); float moveVertical Input.GetAxis(Vertical); // 构建一个方向力 Vector3 movement new Vector3(moveHorizontal, 0.0f, moveVertical); // 施加力使用 ForceMode.Force 保持平滑 rb.AddForce(movement * moveForce); } // 触发检测收集金币 void OnTriggerEnter(Collider other) { // 通过Tag进行高效筛选 if (other.CompareTag(Coin)) { // 增加分数 score; Debug.Log($收集到金币当前分数: {score}); // 禁用金币物体而非立即销毁 other.gameObject.SetActive(false); // 或者播放一个收集动画/音效后再处理 // Destroy(other.gameObject); } // 也可以通过图层Layer来筛选性能更好 // if (other.gameObject.layer LayerMask.NameToLayer(Pickup)) { ... } } // 碰撞检测撞到障碍物 void OnCollisionEnter(Collision collision) { // 检查碰撞的物体是否带有“Obstacle”标签 if (collision.gameObject.CompareTag(Obstacle)) { Debug.Log(撞到障碍物游戏可能结束或扣血。); // 这里可以触发游戏结束逻辑、播放撞击音效、屏幕震动等 // 例如GameManager.Instance.PlayerHit(); // 获取碰撞的相对速度用于计算伤害或播放不同强度的反馈 float impactStrength collision.relativeVelocity.magnitude; // Debug.Log($撞击强度: {impactStrength}); } } // 可选在碰撞持续期间可以处理一些持续效果比如摩擦声 void OnCollisionStay(Collision collision) { // 例如如果与地面摩擦播放摩擦音效 } // 可选碰撞结束 void OnCollisionExit(Collision collision) { // 例如离开地面停止播放摩擦音效 } }关键点解析力的施加在Update中获取输入但在FixedUpdate中施加力是更物理精确的做法。这里为了简单放在Update中但力的大小moveForce需要根据帧率调整。更佳实践是在FixedUpdate中处理物理相关的输入和力施加。对象筛选使用CompareTag来识别物体这比直接比较字符串other.tag Coin效率高得多。对于大量物体使用图层Layer进行筛选是性能最优的选择因为物理引擎内部就是按图层管理的。对象处理触发收集后我选择了SetActive(false)而非Destroy()。对于需要频繁生成和销毁的物体如金币、子弹使用对象池Object Pooling是必须的。SetActive是对象池的基础它避免了内存的频繁分配与回收对小程序的GC垃圾回收压力更小能有效防止卡顿。碰撞信息利用Collision参数包含了contacts接触点数组、relativeVelocity相对速度等。你可以利用这些信息实现更丰富的效果比如在接触点播放粒子特效或者根据撞击强度计算伤害值。3.3 金币与障碍物的脚本为了让金币有旋转动画可以创建一个简单的脚本CoinRotator.cs挂载在金币上using UnityEngine; public class CoinRotator : MonoBehaviour { public float rotationSpeed 100f; void Update() { // 绕Y轴旋转 transform.Rotate(Vector3.up, rotationSpeed * Time.deltaTime); } }障碍物如果需要移动可以挂载一个简单的移动脚本并使用运动学刚体。4. 高级议题与性能优化应对复杂场景当你的小程序场景中有成百上千的物体需要交互时基础的用法就会遇到瓶颈。以下是几个必须掌握的高级技巧。4.1 图层碰撞矩阵Layer Collision Matrix管理谁能碰谁Unity允许你精细地控制哪些图层Layer的物体可以相互碰撞或触发。这能极大提升性能并避免不必要的检测。设置步骤为你的物体分配不同的图层。例如Player图层8、Enemy图层9、Ground图层10、Pickup图层11、Obstacle图层12。打开菜单Edit - Project Settings - Physics(或Physics 2D)。在Layer Collision Matrix中取消勾选不需要交互的图层交叉点。例如Pickup图层只需要和Player图层交互那么可以取消Pickup与Enemy、Ground、Obstacle等的勾选。Player和Enemy之间可能需要碰撞但Enemy和Enemy之间可能不需要可以取消勾选。避坑技巧这是最容易被忽略的性能优化手段之一。一个配置合理的碰撞矩阵能直接减少物理引擎超过50%的无用计算量。务必在项目初期就规划好图层。4.2 碰撞检测模式Collision Detection Mode解决高速穿透默认的Discrete离散检测模式在物体速度非常快时比如子弹可能会在某一帧直接“穿过”另一个薄碰撞体导致检测失败。解决方案Continuous连续检测。适用于大多数动态刚体能防止穿透静态几何体。Continuous Dynamic连续动态检测。能防止穿透静态和其他设置为Continuous或Continuous Dynamic的物体。这是最精确但也是最耗能的模式。Continuous Speculative连续推测检测。性能介于Discrete和Continuous之间能解决大部分高速穿透问题是较好的折中方案。建议只为高速运动的物体如子弹、发射物和重要的角色Player设置Continuous Dynamic或Continuous Speculative。其他物体保持默认Discrete即可。4.3 物理材质Physic Material控制摩擦与弹性物理材质可以赋予碰撞体表面的物理属性比如光滑度摩擦力和弹跳度弹性。创建在Project视图中右键Create - Physic Material。关键属性Dynamic Friction/Static Friction动/静摩擦系数。值越小越光滑如冰面。Bounciness弹性系数。值越大弹得越高如皮球。Friction Combine/Bounce Combine当两个不同材质的物体碰撞时如何组合它们的摩擦力和弹性。Average平均、Minimum取小、Maximum取大、Multiply相乘。应用场景让角色在冰面上打滑让篮球在地板上有合适的弹跳。通过调整这些参数可以极大地增强游戏的物理真实感。4.4 针对小程序的特殊优化策略Unity小程序尤其是WebGL构建运行在浏览器中受限于JavaScript和WebAssembly的性能物理计算需要格外小心。减少动态刚体数量这是铁律。尽可能使用静态碰撞体。对于必须移动的物体评估是否能用运动学刚体替代。简化碰撞体形状坚决不用复杂Mesh Collider。用多个简单碰撞体组合逼近复杂形状。使用触发器替代复杂碰撞如果不需要物理反馈只关心是否进入某个区域优先使用触发器。触发器的计算开销通常低于产生物理响应的碰撞。控制物理更新频率在Edit - Project Settings - Time中可以调整Fixed Timestep。默认是0.02s50Hz。对于节奏不快的游戏可以尝试稍微调大如0.033s30Hz能减少物理计算次数。但注意这会影响物理模拟的精度和稳定性。分帧处理如果有大量需要每帧进行触发检测的逻辑比如上百个感应区域可以考虑自己写分帧逻辑不要把所有检查都放在同一帧。对象池Object Pooling再次强调对于子弹、特效、可收集物必须使用对象池。频繁的Instantiate和Destroy在小程序环境下极易引发GC卡顿导致画面冻结体验极差。5. 常见问题排查与调试技巧实录即使配置得当在实际开发中还是会遇到各种奇怪的问题。下面是我总结的一些典型“坑”及其解决方案。5.1 问题物体直接穿过没有触发任何碰撞或触发事件。排查步骤检查刚体确保至少有一个碰撞参与方有非运动学的刚体对于碰撞或者至少一方有碰撞体对于触发。两个都是静态碰撞体无刚体不会产生任何事件。检查碰撞体确认两个物体都有碰撞器组件并且尺寸不为零。有时模型导入缩放为0碰撞体会失效。检查图层去Physics Settings里检查这两个物体所在的图层是否在碰撞矩阵中被禁止交互了。检查Is Trigger确认你的需求是碰撞还是触发并检查对应回调方法是否正确实现OnCollisionXXXvsOnTriggerXXX。检查脚本挂载确认脚本挂载在了正确的物体上并且该物体有必要的组件如Rigidbody。高速穿透如果物体移动速度极快尝试将其碰撞检测模式改为Continuous Dynamic。5.2 问题性能突然下降特别是在物体多的时候。排查与优化Profiler是王道使用Unity ProfilerWindow - Analysis - Profiler切换到Timeline视图观察Physics.Processing和Physics.Simulate所占用的CPU时间。如果它们 spikes尖峰或持续很高就是物理开销过大。统计刚体数量在场景中运行时通过代码或手动统计动态刚体的数量。理想情况应控制在个位数到两位数。检查碰撞体复杂度用线框模式Gizmos查看场景中碰撞体的形状是否存在大量复杂Mesh Collider。审查碰撞矩阵确保没有不必要的图层交互被启用。5.3 问题碰撞检测不精确感觉“碰上了却没反应”或者“没碰上却反应了”。原因与解决碰撞体与视觉模型不匹配碰撞体大小、位置与渲染网格不一致。在Scene视图中勾选碰撞体Gizmos通常是个绿色线框仔细比对调整。缩放问题如果物体或其父物体有缩放碰撞体可能会产生非均匀缩放导致物理引擎计算异常。尽量避免对带有碰撞体的物体进行非均匀缩放即x, y, z缩放值不同。如果必须考虑使用子物体来承载碰撞体。容差Tolerance问题物理引擎有微小的容差。对于非常精细的检测如针尖对麦芒可能需要使用射线检测Raycast或形状投射ShapeCast来替代。5.4 调试技巧让问题可视化绘制调试图形在脚本中使用Debug.DrawLine,Debug.DrawRay来可视化射线或方向。在OnDrawGizmos方法中使用Gizmos.DrawWireSphere,Gizmos.DrawWireCube等来绘制自定义的调试区域这对于触发器范围、攻击判定区域等非常有用。物理调试视图在Game视图的下拉菜单中可以开启Physics Debug这会以不同颜色显示静态、动态、运动学、触发器等碰撞体一目了然。日志输出在关键的OnCollisionEnter和OnTriggerEnter方法开始时就输出日志包含碰撞双方的名称和标签。这是定位“谁碰了谁”最直接的方法。void OnTriggerEnter(Collider other) { Debug.Log(${gameObject.name} 触发了 {other.gameObject.name} (Tag: {other.tag})); // ... 后续逻辑 }掌握碰撞与触发检测是Unity开发从“能跑”到“跑得好”的关键一步。它连接了视觉表现与游戏逻辑更直接影响着最终产品的性能与手感。希望这篇结合了原理、实战与避坑经验的指南能让你在开发Unity小程序时面对物理交互更加游刃有余。记住好的物理效果不是堆砌最复杂的计算而是在理解系统的基础上做出最巧妙、最高效的设计。
1. 项目概述碰撞与触发检测在Unity小程序中的核心地位如果你正在开发一款Unity小程序无论是轻量级的WebGL游戏、一个交互式产品展示还是一个需要物理反馈的模拟应用碰撞与触发检测几乎是你绕不开的核心技术。这不仅仅是让一个方块掉到地上那么简单它关乎用户体验的真实感、游戏逻辑的严谨性以及性能开销的平衡。很多新手开发者甚至一些有经验的同行在处理复杂场景时依然会在这里踩坑比如物体莫名穿透、性能卡顿、检测不准确或者在小程序环境下遇到一些特有的限制。我见过不少项目前期功能跑得飞快一旦物体多起来或者交互复杂起来帧率就直线下降问题往往就出在对碰撞系统的一知半解上。Unity的物理引擎PhysX虽然强大但它是一把双刃剑用好了事半功倍用不好就是性能黑洞。特别是在小程序这种对包体大小、加载速度和运行时性能都极其敏感的平台每一份计算资源都要精打细算。所以这篇指南不会只教你如何写OnCollisionEnter那是文档里就有的东西。我会带你深入Unity碰撞与触发检测的“后台”从组件选型、参数调优到性能优化和在小程序环境下的实战避坑结合我这些年趟过的雷让你不仅能实现功能更能实现得高效、稳定。无论你是想做一个碰碰车小游戏还是一个需要精确拾取的3D展示这里的内容都能给你直接的参考。2. 核心概念与组件选型不只是刚体和碰撞器很多人一提到碰撞脑子里就是“Rigidbody Collider”的组合。没错这是基础但为什么是这个组合它们各自扮演什么角色不同的碰撞器类型又该如何选择理解这些是你避免后续一系列诡异问题的前提。2.1 刚体Rigidbody物理世界的入场券刚体组件是物体参与物理模拟的“身份证”。没有刚体一个物体在物理引擎眼里就是一片虚无它不会下落也不会被其他力影响。但这里有一个关键误区并不是发生碰撞的双方都必须有刚体。动态碰撞体Dynamic Collider带有Rigidbody的物体。物理引擎会完全计算它的运动受重力、力等影响并与其他碰撞体进行交互。这是最消耗性能的类型。静态碰撞体Static Collider没有Rigidbody但有Collider的物体如地面、墙壁。它本身不动但可以与动态碰撞体发生碰撞。性能开销极低。运动学碰撞体Kinematic Collider带有Rigidbody但勾选了Is Kinematic。它的运动不受物理引擎力影响完全由代码如Transform控制但可以推动动态碰撞体。常用于玩家角色、由动画控制的物体等。实操心得在小程序中应尽量减少动态刚体的数量。对于大量静止的环境物体务必使用静态碰撞体。对于需要移动但不希望受物理力直接控制的物体如平台、移动门优先考虑运动学刚体性能比动态刚体好得多。2.2 碰撞器Collider物体的物理形状碰撞器定义了物体在物理世界中的“轮廓”。Unity提供了多种原生碰撞器碰撞器类型形状性能开销适用场景Box Collider轴对齐包围盒AABB极低桌子、箱子、门等方形物体。Sphere Collider球体极低球、弹珠、粗略的角色碰撞。Capsule Collider胶囊体低角色控制器、人形生物的完美选择。Mesh Collider任意网格高尤其是复杂网格需要精确碰撞的复杂静态物体如地形、雕塑。慎用为什么Mesh Collider要慎用Mesh Collider会使用物体的渲染网格来生成碰撞体虽然精确但计算复杂度呈几何级数增长。一个复杂的网格可能包含成千上万个三角形物理引擎每一帧都要计算它与其它碰撞体的关系这在小程序环境下是致命的。对于复杂静态物体一个黄金法则是用简单的原型碰撞器Box, Sphere, Capsule来近似组合。比如一棵树可以用一个胶囊体做树干加上几个球体做树冠其性能远优于一个Mesh Collider。2.3 碰撞 vs. 触发物理反馈与逻辑检测的本质区别这是最容易混淆的一对概念但它们的用途天差地别。碰撞Collision目的是模拟物理交互。当两个物体碰撞时物理引擎会计算反作用力、摩擦力让它们产生反弹、滑动等效果。这需要至少一方有非运动学的刚体。触发Trigger目的是进行逻辑检测。当两个物体的碰撞体发生重叠时物理引擎不会计算任何物理力物体可以相互穿过。它仅仅是一个“信号”告诉你“它们接触了”。如何选择问自己一个问题你希望这两个物体有物理上的阻挡和反弹吗是 - 使用碰撞确保Is Trigger为false。否你只想知道它们是否接触如角色进入奖励区域、子弹击中判断 - 使用触发勾选Is Trigger。对应的回调方法也不同碰撞回调OnCollisionEnter/Stay/Exit(Collision collisionInfo)。参数Collision包含了接触点、法线、冲击力等丰富的物理信息。触发回调OnTriggerEnter/Stay/Exit(Collider otherCollider)。参数Collider只告诉你“谁”触发了它没有物理细节。3. 实战配置与脚本编写从入门到精准控制理解了原理我们来动手配置一个典型的场景一个玩家小球动态刚体球体碰撞器在一个复杂场景中滚动收集金币触发并避开障碍物碰撞。3.1 场景搭建与基础配置创建地面创建一个Plane或Cube缩放作为地面。为其添加一个Box Collider。不要添加Rigidbody使其成为静态碰撞体。创建玩家小球创建一个Sphere重命名为“Player”。为其添加Rigidbody组件和Sphere Collider组件。在Rigidbody组件中根据需求调整Mass质量、Drag阻力、Angular Drag角阻力。对于手感要求高的游戏需要反复微调。为了防止小球在复杂地形上抖动或卡住可以勾选Freeze Rotation冻结旋转并适当增加Collision Detection为Continuous Dynamic连续动态检测但这会提升性能开销需权衡。创建金币触发体创建一个Cube缩放变小赋予金色材质。为其添加Box Collider并务必勾选Is Trigger。不要添加Rigidbody。创建障碍物碰撞体创建一个Cube作为障碍物。添加Box ColliderIs Trigger保持false。可以添加一个Rigidbody并勾选Is Kinematic做成可移动的障碍或者不加Rigidbody做成静态障碍。3.2 核心脚本解析PlayerController.cs为玩家小球创建并挂载以下脚本using UnityEngine; public class PlayerController : MonoBehaviour { public float moveForce 10f; // 移动力 private Rigidbody rb; private int score 0; void Start() { rb GetComponentRigidbody(); if (rb null) { Debug.LogError(PlayerController 需要挂载在带有 Rigidbody 组件的物体上); } } void Update() { // 获取输入 float moveHorizontal Input.GetAxis(Horizontal); float moveVertical Input.GetAxis(Vertical); // 构建一个方向力 Vector3 movement new Vector3(moveHorizontal, 0.0f, moveVertical); // 施加力使用 ForceMode.Force 保持平滑 rb.AddForce(movement * moveForce); } // 触发检测收集金币 void OnTriggerEnter(Collider other) { // 通过Tag进行高效筛选 if (other.CompareTag(Coin)) { // 增加分数 score; Debug.Log($收集到金币当前分数: {score}); // 禁用金币物体而非立即销毁 other.gameObject.SetActive(false); // 或者播放一个收集动画/音效后再处理 // Destroy(other.gameObject); } // 也可以通过图层Layer来筛选性能更好 // if (other.gameObject.layer LayerMask.NameToLayer(Pickup)) { ... } } // 碰撞检测撞到障碍物 void OnCollisionEnter(Collision collision) { // 检查碰撞的物体是否带有“Obstacle”标签 if (collision.gameObject.CompareTag(Obstacle)) { Debug.Log(撞到障碍物游戏可能结束或扣血。); // 这里可以触发游戏结束逻辑、播放撞击音效、屏幕震动等 // 例如GameManager.Instance.PlayerHit(); // 获取碰撞的相对速度用于计算伤害或播放不同强度的反馈 float impactStrength collision.relativeVelocity.magnitude; // Debug.Log($撞击强度: {impactStrength}); } } // 可选在碰撞持续期间可以处理一些持续效果比如摩擦声 void OnCollisionStay(Collision collision) { // 例如如果与地面摩擦播放摩擦音效 } // 可选碰撞结束 void OnCollisionExit(Collision collision) { // 例如离开地面停止播放摩擦音效 } }关键点解析力的施加在Update中获取输入但在FixedUpdate中施加力是更物理精确的做法。这里为了简单放在Update中但力的大小moveForce需要根据帧率调整。更佳实践是在FixedUpdate中处理物理相关的输入和力施加。对象筛选使用CompareTag来识别物体这比直接比较字符串other.tag Coin效率高得多。对于大量物体使用图层Layer进行筛选是性能最优的选择因为物理引擎内部就是按图层管理的。对象处理触发收集后我选择了SetActive(false)而非Destroy()。对于需要频繁生成和销毁的物体如金币、子弹使用对象池Object Pooling是必须的。SetActive是对象池的基础它避免了内存的频繁分配与回收对小程序的GC垃圾回收压力更小能有效防止卡顿。碰撞信息利用Collision参数包含了contacts接触点数组、relativeVelocity相对速度等。你可以利用这些信息实现更丰富的效果比如在接触点播放粒子特效或者根据撞击强度计算伤害值。3.3 金币与障碍物的脚本为了让金币有旋转动画可以创建一个简单的脚本CoinRotator.cs挂载在金币上using UnityEngine; public class CoinRotator : MonoBehaviour { public float rotationSpeed 100f; void Update() { // 绕Y轴旋转 transform.Rotate(Vector3.up, rotationSpeed * Time.deltaTime); } }障碍物如果需要移动可以挂载一个简单的移动脚本并使用运动学刚体。4. 高级议题与性能优化应对复杂场景当你的小程序场景中有成百上千的物体需要交互时基础的用法就会遇到瓶颈。以下是几个必须掌握的高级技巧。4.1 图层碰撞矩阵Layer Collision Matrix管理谁能碰谁Unity允许你精细地控制哪些图层Layer的物体可以相互碰撞或触发。这能极大提升性能并避免不必要的检测。设置步骤为你的物体分配不同的图层。例如Player图层8、Enemy图层9、Ground图层10、Pickup图层11、Obstacle图层12。打开菜单Edit - Project Settings - Physics(或Physics 2D)。在Layer Collision Matrix中取消勾选不需要交互的图层交叉点。例如Pickup图层只需要和Player图层交互那么可以取消Pickup与Enemy、Ground、Obstacle等的勾选。Player和Enemy之间可能需要碰撞但Enemy和Enemy之间可能不需要可以取消勾选。避坑技巧这是最容易被忽略的性能优化手段之一。一个配置合理的碰撞矩阵能直接减少物理引擎超过50%的无用计算量。务必在项目初期就规划好图层。4.2 碰撞检测模式Collision Detection Mode解决高速穿透默认的Discrete离散检测模式在物体速度非常快时比如子弹可能会在某一帧直接“穿过”另一个薄碰撞体导致检测失败。解决方案Continuous连续检测。适用于大多数动态刚体能防止穿透静态几何体。Continuous Dynamic连续动态检测。能防止穿透静态和其他设置为Continuous或Continuous Dynamic的物体。这是最精确但也是最耗能的模式。Continuous Speculative连续推测检测。性能介于Discrete和Continuous之间能解决大部分高速穿透问题是较好的折中方案。建议只为高速运动的物体如子弹、发射物和重要的角色Player设置Continuous Dynamic或Continuous Speculative。其他物体保持默认Discrete即可。4.3 物理材质Physic Material控制摩擦与弹性物理材质可以赋予碰撞体表面的物理属性比如光滑度摩擦力和弹跳度弹性。创建在Project视图中右键Create - Physic Material。关键属性Dynamic Friction/Static Friction动/静摩擦系数。值越小越光滑如冰面。Bounciness弹性系数。值越大弹得越高如皮球。Friction Combine/Bounce Combine当两个不同材质的物体碰撞时如何组合它们的摩擦力和弹性。Average平均、Minimum取小、Maximum取大、Multiply相乘。应用场景让角色在冰面上打滑让篮球在地板上有合适的弹跳。通过调整这些参数可以极大地增强游戏的物理真实感。4.4 针对小程序的特殊优化策略Unity小程序尤其是WebGL构建运行在浏览器中受限于JavaScript和WebAssembly的性能物理计算需要格外小心。减少动态刚体数量这是铁律。尽可能使用静态碰撞体。对于必须移动的物体评估是否能用运动学刚体替代。简化碰撞体形状坚决不用复杂Mesh Collider。用多个简单碰撞体组合逼近复杂形状。使用触发器替代复杂碰撞如果不需要物理反馈只关心是否进入某个区域优先使用触发器。触发器的计算开销通常低于产生物理响应的碰撞。控制物理更新频率在Edit - Project Settings - Time中可以调整Fixed Timestep。默认是0.02s50Hz。对于节奏不快的游戏可以尝试稍微调大如0.033s30Hz能减少物理计算次数。但注意这会影响物理模拟的精度和稳定性。分帧处理如果有大量需要每帧进行触发检测的逻辑比如上百个感应区域可以考虑自己写分帧逻辑不要把所有检查都放在同一帧。对象池Object Pooling再次强调对于子弹、特效、可收集物必须使用对象池。频繁的Instantiate和Destroy在小程序环境下极易引发GC卡顿导致画面冻结体验极差。5. 常见问题排查与调试技巧实录即使配置得当在实际开发中还是会遇到各种奇怪的问题。下面是我总结的一些典型“坑”及其解决方案。5.1 问题物体直接穿过没有触发任何碰撞或触发事件。排查步骤检查刚体确保至少有一个碰撞参与方有非运动学的刚体对于碰撞或者至少一方有碰撞体对于触发。两个都是静态碰撞体无刚体不会产生任何事件。检查碰撞体确认两个物体都有碰撞器组件并且尺寸不为零。有时模型导入缩放为0碰撞体会失效。检查图层去Physics Settings里检查这两个物体所在的图层是否在碰撞矩阵中被禁止交互了。检查Is Trigger确认你的需求是碰撞还是触发并检查对应回调方法是否正确实现OnCollisionXXXvsOnTriggerXXX。检查脚本挂载确认脚本挂载在了正确的物体上并且该物体有必要的组件如Rigidbody。高速穿透如果物体移动速度极快尝试将其碰撞检测模式改为Continuous Dynamic。5.2 问题性能突然下降特别是在物体多的时候。排查与优化Profiler是王道使用Unity ProfilerWindow - Analysis - Profiler切换到Timeline视图观察Physics.Processing和Physics.Simulate所占用的CPU时间。如果它们 spikes尖峰或持续很高就是物理开销过大。统计刚体数量在场景中运行时通过代码或手动统计动态刚体的数量。理想情况应控制在个位数到两位数。检查碰撞体复杂度用线框模式Gizmos查看场景中碰撞体的形状是否存在大量复杂Mesh Collider。审查碰撞矩阵确保没有不必要的图层交互被启用。5.3 问题碰撞检测不精确感觉“碰上了却没反应”或者“没碰上却反应了”。原因与解决碰撞体与视觉模型不匹配碰撞体大小、位置与渲染网格不一致。在Scene视图中勾选碰撞体Gizmos通常是个绿色线框仔细比对调整。缩放问题如果物体或其父物体有缩放碰撞体可能会产生非均匀缩放导致物理引擎计算异常。尽量避免对带有碰撞体的物体进行非均匀缩放即x, y, z缩放值不同。如果必须考虑使用子物体来承载碰撞体。容差Tolerance问题物理引擎有微小的容差。对于非常精细的检测如针尖对麦芒可能需要使用射线检测Raycast或形状投射ShapeCast来替代。5.4 调试技巧让问题可视化绘制调试图形在脚本中使用Debug.DrawLine,Debug.DrawRay来可视化射线或方向。在OnDrawGizmos方法中使用Gizmos.DrawWireSphere,Gizmos.DrawWireCube等来绘制自定义的调试区域这对于触发器范围、攻击判定区域等非常有用。物理调试视图在Game视图的下拉菜单中可以开启Physics Debug这会以不同颜色显示静态、动态、运动学、触发器等碰撞体一目了然。日志输出在关键的OnCollisionEnter和OnTriggerEnter方法开始时就输出日志包含碰撞双方的名称和标签。这是定位“谁碰了谁”最直接的方法。void OnTriggerEnter(Collider other) { Debug.Log(${gameObject.name} 触发了 {other.gameObject.name} (Tag: {other.tag})); // ... 后续逻辑 }掌握碰撞与触发检测是Unity开发从“能跑”到“跑得好”的关键一步。它连接了视觉表现与游戏逻辑更直接影响着最终产品的性能与手感。希望这篇结合了原理、实战与避坑经验的指南能让你在开发Unity小程序时面对物理交互更加游刃有余。记住好的物理效果不是堆砌最复杂的计算而是在理解系统的基础上做出最巧妙、最高效的设计。
