企业官网建设流程全解析

1. 项目概述：物理引擎，不止于“真实”

在Unity开发圈子里，物理引擎是个既基础又让人头疼的存在。说它基础，是因为几乎任何带点交互的游戏都离不开它，从角色跳跃到箱子被推倒，背后都是物理引擎在默默计算。说它头疼，是因为一旦处理不当，各种“灵异事件”就来了：角色卡进墙里、物体鬼畜抖动、性能莫名其妙地掉帧。很多开发者，尤其是刚入行的朋友，往往只停留在给物体加个Rigidbody和Collider的层面，知其然不知其所以然，遇到复杂需求就抓瞎。

这个系列的第15篇，我们不打算再重复那些基础API的调用，比如OnCollisionEnter怎么写。那些内容文档里都有。我们这次要深入一步，聚焦于**“应用案例”。我会结合自己这些年踩过的坑和做过的项目，拆解几个真实、典型，且能体现物理引擎设计思想的案例。你会发现，物理引擎不只是用来模拟重力那么简单，它更是一套强大的交互规则系统**，用好了能极大提升游戏的可玩性和开发效率。

我们的目标很明确：通过剖析这些案例，让你理解物理引擎在不同游戏类型中的核心作用，掌握如何根据需求选择和配置物理组件，并学会规避那些常见的性能与逻辑陷阱。无论你是正在做一个平台跳跃游戏，还是一个需要复杂物体交互的模拟器，这篇文章里的思路都能直接拿来参考。

2. 案例一：平台跳跃游戏中的“脚感”调校

平台跳跃游戏，比如《超级马力欧》或《蔚蓝》，其核心体验很大程度上取决于角色的移动和跳跃手感。这种“脚感”听起来很玄学，但本质上是对物理参数和碰撞反馈的精细控制。

2.1 核心需求解析：可控性与真实感的平衡

平台跳跃游戏对物理引擎的首要需求是高度可控。玩家希望角色能精确响应输入：按下跳跃键立刻起跳，松开方向键能迅速停止或减速。这与追求完全拟真的物理模拟是相悖的。纯粹的刚体物理会让角色像一块真实的砖头，有惯性，难“刹车”，起跳有延迟，这会让操作变得笨重和令人沮丧。

因此，我们的设计思路是：用物理引擎处理碰撞检测和基础运动框架，但用脚本接管大部分的运动逻辑，对物理模拟进行“修正”和“覆盖”。Unity的Rigidbody组件提供了多种控制模式，正是为了应对这种需求。

2.2 实现方案：Rigidbody控制模式的选择与组合

对于主角，我通常不会使用默认的、完全受物理力驱动的模式。以下是几种经过验证的方案：

方案A：Kinematic刚体 + 完全脚本控制移动这是最直接、控制力最强的方案。将主角的Rigidbody设置为Is Kinematic。这意味着物理引擎不会自动计算它的运动（不受重力、力影响），但它仍然可以参与碰撞检测。然后，我们在Update或FixedUpdate中，通过直接修改Rigidbody.position或调用Rigidbody.MovePosition来移动角色。

public class PlayerController_Kinematic : MonoBehaviour { public float moveSpeed = 8f; public float jumpForce = 12f; private Rigidbody rb; private bool isGrounded; void Start() { rb = GetComponent<Rigidbody>(); rb.isKinematic = false; // 先设为非Kinematic，以便碰撞检测正常工作，但实际运动由脚本控制 // 更常见的做法是直接设为Kinematic，并通过射线检测接地 } void Update() { // 处理输入 float moveX = Input.GetAxis("Horizontal"); // 跳跃检测 if (Input.GetButtonDown("Jump") && isGrounded) { // 对于Kinematic刚体，跳跃需要手动赋予一个速度或直接位移 // 通常我们会临时切换为非Kinematic施加力，或使用velocity rb.isKinematic = false; rb.velocity = new Vector3(rb.velocity.x, jumpForce, rb.velocity.z); // 跳跃后下一帧可能需要根据情况再切回Kinematic，逻辑较复杂 } } void FixedUpdate() { // 更推荐在FixedUpdate中处理物理相关移动 if (rb.isKinematic) { // 计算移动向量 float moveX = Input.GetAxis("Horizontal"); Vector3 movement = new Vector3(moveX * moveSpeed * Time.fixedDeltaTime, 0, 0); // 使用MovePosition，它会考虑碰撞 rb.MovePosition(rb.position + movement); } } void OnCollisionStay(Collision collision) { // 简单的接地检测：检查碰撞点法线是否朝上 foreach (ContactPoint contact in collision.contacts) { if (contact.normal.y > 0.7f) // 法线大致朝上，说明站在表面上 { isGrounded = true; break; } } } void OnCollisionExit(Collision collision) { isGrounded = false; } }

注意：纯Kinematic方案下，实现一个感觉自然的跳跃需要更多技巧，比如模拟加速度、处理空中惯性等。很多成熟的2D物理引擎（如Box2D）或Unity的2D物理组件，其Rigidbody2D就提供了Body Type为Kinematic的选项，并内置了更好的处理。在3D中，我们有时会采用混合方案。

方案B：Dynamic刚体 + 力/速度控制这是更“物理”的方式。保持Rigidbody为动态（非Kinematic），但通过施加力或直接设置速度来控制它。为了获得更迅捷的响应，我们需要调整刚体的阻力（Drag）和角阻力（Angular Drag），并可能需要在空中和地面使用不同的移动参数。

public class PlayerController_Dynamic : MonoBehaviour { public float maxSpeed = 10f; public float acceleration = 50f; public float jumpForce = 400f; public float airControlFactor = 0.5f; // 空中控制力衰减 private Rigidbody rb; private bool isGrounded; void Start() { rb = GetComponent<Rigidbody>(); rb.drag = 5f; // 地面阻力，让角色快速停止 rb.angularDrag = 999f; // 禁用旋转 rb.constraints = RigidbodyConstraints.FreezeRotation | RigidbodyConstraints.FreezePositionZ; // 锁定旋转和Z轴 } void Update() { if (Input.GetButtonDown("Jump") && isGrounded) { rb.AddForce(Vector3.up * jumpForce, ForceMode.Impulse); // 使用冲力模式实现瞬时跳跃 } } void FixedUpdate() { float moveX = Input.GetAxis("Horizontal"); Vector3 targetVelocity = new Vector3(moveX * maxSpeed, rb.velocity.y, 0); // 计算达到目标速度所需的速度差 Vector3 velocityDiff = targetVelocity - rb.velocity; velocityDiff.y = 0; // 不干预Y轴速度（重力） // 根据是否在地面决定控制力 float controlFactor = isGrounded ? 1f : airControlFactor; Vector3 force = velocityDiff * acceleration * controlFactor; rb.AddForce(force); // 限制最大水平速度，防止因持续加速而失控 Vector3 horizontalVel = rb.velocity; horizontalVel.y = 0; if (horizontalVel.magnitude > maxSpeed) { horizontalVel = horizontalVel.normalized * maxSpeed; rb.velocity = new Vector3(horizontalVel.x, rb.velocity.y, horizontalVel.z); } } // ... 接地检测同上 ... }

这个方案更贴近物理模拟，手感可以通过acceleration、drag、maxSpeed等参数进行微调，更容易做出有重量感但又保持可控的角色。关键在于FixedUpdate中使用AddForce，并合理运用ForceMode（如跳跃用Impulse，移动用Force或Acceleration）。

方案C：Character Controller组件对于纯粹的、不需要复杂物理交互（比如被其他刚体撞飞）的角色，Unity内置的CharacterController组件是更优选择。它本质上是一个胶囊碰撞体加上一套高度封装的运动函数（如SimpleMove、Move），自带爬坡、台阶处理、重力模拟，完全避开了物理引擎的复杂计算，性能更好，控制也最简单。但它不与物理引擎的其他刚体进行标准的物理交互。

实操心得与避坑指南：

1. 接地检测是老大难问题：上面示例中的OnCollisionStay检测方法简单但不稳定，特别是斜坡和快速移动时。工业级方案是使用射线投射（Raycast）或球形检测（SphereCast）。从角色底部向下发射多条射线，综合判断是否接地。这更精确，也能提前检测到前方是否有台阶。

   bool CheckGrounded() { float checkDistance = 0.2f; // 检测距离，略大于皮肤宽度 Vector3 origin = transform.position + Vector3.up * 0.1f; // 从脚部稍上方开始 if (Physics.Raycast(origin, Vector3.down, checkDistance, groundLayerMask)) { return true; } return false; }

2. “糖果纸”问题（Jitter）：当角色站在一个动态刚体（比如移动平台）上时，可能会发生高频抖动。这是因为两者的物理更新步调不一致。解决方案：将移动平台的Rigidbody设置为Kinematic，并用脚本控制其移动。或者，在角色检测到站在平台上时，将角色临时设为平台的子物体（transform.parent = platformTransform），离开时再取消。
3. 性能注意：避免在每一帧对大量动态刚体进行射线检测。对于AI敌人或可交互物品，可以降低检测频率（如每3帧一次）。

3. 案例二：解谜游戏中的物体交互系统

解谜游戏，例如《传送门》或《桥梁工程师》，其核心玩法建立在物体间符合（或违背）直觉的物理交互上。这类游戏对物理引擎的稳定性、可预测性以及特殊交互的实现要求极高。

3.1 核心需求解析：可预测性与特殊规则

解谜游戏中的物理交互，往往需要在真实感之上叠加游戏特定的规则。例如：

• 重量与平衡：不同重量的物体对杠杆、天平的影响不同。
• 材质属性：冰面摩擦力极小，橡胶球弹性极佳。
• 特殊触发：只有特定材质的物体能压住机关，金属物体能被磁铁吸引。
• 时间控制：某些物体只在特定时间段受重力影响。

这就要求我们不仅要配置物理材质（Physic Material），还要通过脚本深度介入物理过程，监听各种碰撞、触发事件，并施加自定义的逻辑。

3.2 实现方案：物理材质与脚本事件的深度结合

第一步：定义物理属性在Unity中创建不同的Physic Material资源，赋予它们不同的Dynamic Friction（动摩擦）、Static Friction（静摩擦）和Bounciness（弹性）。例如：

• IceMaterial: 摩擦力接近0，弹力0.1。
• RubberMaterial: 摩擦力高，弹力0.9。
• WoodMaterial: 摩擦力中等，弹力0.3。

将这些材质拖拽到不同物体的Collider组件上。这是实现差异化物理表现的基础。

第二步：实现重量感知系统Unity的Rigidbody有mass属性，但解谜游戏中的“重量”可能是一个游戏逻辑概念，而非纯粹物理质量。我们可以创建一个PuzzleObject脚本。

public class PuzzleObject : MonoBehaviour { public int logicalWeight = 1; // 逻辑重量，用于解谜 public bool isHeavyObject = false; // 是否是重物，可以触发压力板 public bool isConductive = false; // 是否导电，用于电路谜题 private Rigidbody rb; void Start() { rb = GetComponent<Rigidbody>(); // 可以根据logicalWeight比例性地调整物理mass，建立关联，但不是必须 // rb.mass = logicalWeight; } // 当一个物体被放在天平、压力板等交互物体上时调用 public void OnPlacedOnInteractable(InteractableSurface surface) { surface.AddWeight(logicalWeight, this); } public void OnRemovedFromInteractable(InteractableSurface surface) { surface.RemoveWeight(logicalWeight, this); } }

第三步：构建交互表面（压力板、杠杆）以压力板为例，我们需要检测其上方的物体总重量。

public class PressurePlate : MonoBehaviour { public float requiredWeight = 5f; public float currentWeight = 0f; public UnityEvent onPlateActivated; // Unity事件，用于触发开门、播放声音等 public UnityEvent onPlateDeactivated; private List<PuzzleObject> objectsOnPlate = new List<PuzzleObject>(); void OnTriggerEnter(Collider other) { PuzzleObject pObj = other.GetComponent<PuzzleObject>(); if (pObj != null) { objectsOnPlate.Add(pObj); currentWeight += pObj.logicalWeight; pObj.OnPlacedOnInteractable(this); CheckWeight(); } } void OnTriggerExit(Collider other) { PuzzleObject pObj = other.GetComponent<PuzzleObject>(); if (pObj != null && objectsOnPlate.Contains(pObj)) { objectsOnPlate.Remove(pObj); currentWeight -= pObj.logicalWeight; pObj.OnRemovedFromInteractable(this); CheckWeight(); } } void CheckWeight() { if (currentWeight >= requiredWeight) { onPlateActivated?.Invoke(); // 触发激活事件 // 视觉反馈：下沉动画、改变颜色等 } else { onPlateDeactivated?.Invoke(); } } }

这里使用了OnTriggerEnter/Exit而不是OnCollisionEnter/Exit，因为压力板通常希望物体“悬停”在上面就能触发，而不是发生硬碰撞。确保压力板的碰撞体勾选了Is Trigger，并且其上有一个刚体（可以是Kinematic的静态刚体）。

第四步：实现复杂关节（铰链、弹簧）Unity提供了多种物理关节。例如，制作一个需要转动把手打开的阀门：

1. 给阀门把手模型添加Rigidbody和Hinge Joint（铰链关节）。
2. 在Hinge Joint组件中，设置Connected Body为阀门基座（或留空表示连接于世界）。
3. 配置Axis（旋转轴，如Y轴）和Limits（角度限制，如0到90度）。
4. 通过脚本监听把手的旋转角度，当角度大于某个阈值时，触发开门逻辑。

   public class ValveHandle : MonoBehaviour { public HingeJoint hingeJoint; public float openAngle = 80f; public UnityEvent onValveOpened; void Update() { float currentAngle = hingeJoint.angle; if (currentAngle >= openAngle) { onValveOpened?.Invoke(); this.enabled = false; // 触发后禁用脚本，避免重复触发 } } }

实操心得与避坑指南：

1. 触发器与碰撞体的选择：需要物体穿过并触发事件时用Trigger；需要物体被阻挡并发生物理反应（如弹开）时用普通Collider。关键点：触发器不执行物理碰撞决议，因此两个都是触发器的物体会互相穿过。至少一方需要有非触发器的刚体碰撞体才能产生物理阻挡。
2. 关节的稳定性：物理关节在高速运动或复杂碰撞下容易变得不稳定（抖动、爆炸）。尽量使用Interpolate（插值）来提高运动平滑度，并适当增加关节的Break Force和Break Torque防止意外断裂，或者通过脚本限制其受力。
3. 性能优化：解谜场景中可能有很多静态的、不会移动的物体（如墙壁、地面）。务必确保这些物体的Rigidbody被标记为Is Kinematic或者干脆不加Rigidbody，只保留Collider（标记为Static）。Unity物理引擎会对静态碰撞体进行特殊优化。反之，如果给静态物体加了动态刚体，哪怕它一开始速度是0，引擎也会将其纳入复杂的动态计算中，严重消耗性能。
4. 图层碰撞矩阵（Layer Collision Matrix）：这是大型项目的必备优化手段。在Edit -> Project Settings -> Physics中，你可以精确控制哪些层（Layer）的物体会与另一些层的物体发生碰撞。例如，你可以设置“可移动道具”层只与“玩家”、“地面”和“交互机关”层碰撞，而忽略与其他“可移动道具”或“特效”层的碰撞，这能显著减少不必要的碰撞检测计算。

4. 案例三：赛车游戏中的车辆物理与地形交互

赛车游戏的物理是另一个维度的挑战，它需要模拟轮胎与地面的复杂摩擦力、车辆的悬挂系统、空气动力学等。虽然市面上有像Unity的WheelCollider或第三方资源（如Eddy’s Vehicle Physics）这样的专业解决方案，但理解其底层原理对于调校和问题排查至关重要。

4.1 核心需求解析：力与扭矩的精细模拟

赛车物理的核心是轮胎模型。每个轮胎与地面的接触点，都需要计算纵向力（加速/刹车）、侧向力（转弯）和回正力矩。这些力取决于轮胎的滑移率、滑移角、垂直载荷（即车辆重量在轮胎上的分配）以及路面摩擦系数。

简化来说，我们需要在每一帧：

1. 计算每个轮胎的当前位置和速度。
2. 根据方向盘输入、油门、刹车，计算目标轮胎滑移。
3. 根据物理公式（如Pacejka魔术公式）或简化模型，将滑移转换为作用在车辆刚体上的力和扭矩。
4. 将这些力和扭矩通过Rigidbody.AddForceAtPosition施加到车体的相应位置，模拟真实的受力点。

4.2 实现方案：从简化模型到WheelCollider

方案A：简化弧线球模型对于非拟真赛车游戏（如卡通风格），一个简化的模型可能就足够了。我们直接控制车辆刚体的速度和旋转。

public class SimpleCarController : MonoBehaviour { public float maxMotorTorque = 1500f; public float maxSteerAngle = 30f; public float brakeTorque = 3000f; public Transform centerOfMass; // 重心点，影响转弯特性 private Rigidbody rb; private float currentSteerAngle; void Start() { rb = GetComponent<Rigidbody>(); if (centerOfMass != null) rb.centerOfMass = centerOfMass.localPosition; // 设置重心，低重心更稳定 } void FixedUpdate() { float motor = maxMotorTorque * Input.GetAxis("Vertical"); float steering = maxSteerAngle * Input.GetAxis("Horizontal"); bool braking = Input.GetKey(KeyCode.Space); // 简化处理：将力和扭矩直接作用在整车刚体上 // 前进/后退力 Vector3 engineForce = transform.forward * motor; rb.AddForce(engineForce); // 转向：通过改变刚体的角速度实现 // 这里是一个极度简化的模型，真实情况需要根据速度计算转向率 float turnSpeed = steering * rb.velocity.magnitude * 0.05f; // 速度越快，转向越慢 rb.AddTorque(transform.up * turnSpeed); // 刹车：施加反向力 if (braking && rb.velocity.magnitude > 0.1f) { Vector3 brakeForce = -rb.velocity.normalized * brakeTorque; rb.AddForce(brakeForce); } } }

这个模型非常简陋，车辆容易打转，没有轮胎抓地力概念，但实现快速。

方案B：使用WheelCollider（推荐用于入门到中级）Unity内置的WheelCollider组件封装了基础的轮胎物理。它通过射线检测来模拟轮胎与地面的接触，并自动计算摩擦力。

1. 搭建车辆：创建一个空物体作为车体，添加Rigidbody，并调整mass（质量，如1500）和drag（阻力）。
2. 添加车轮：为每个车轮创建一个空子物体，命名为“Wheel_FR”等。在每个车轮空物体下，添加一个3D轮毂模型，并为其添加WheelCollider组件。
3. 配置WheelCollider：
   • Radius: 轮胎半径。
   • Suspension Distance: 悬挂最大行程。
   • Suspension Spring: 悬挂弹簧的强度、阻尼等，这是调校手感的关键。
   • Forward/Sideways Friction: 前后和侧向摩擦曲线。你可以通过调整Extremum Slip（极值滑移率）和Extremum Value（极值摩擦力）来定义轮胎在不同滑移下的抓地力，这是模拟漂移的基础。
4. 编写控制脚本：

   public class WheelColliderCarController : MonoBehaviour { public WheelCollider frontLeftWheel, frontRightWheel; public WheelCollider rearLeftWheel, rearRightWheel; public float maxMotorTorque = 800f; public float maxSteerAngle = 35f; public float maxBrakeTorque = 1500f; void FixedUpdate() { float motor = maxMotorTorque * Input.GetAxis("Vertical"); float steering = maxSteerAngle * Input.GetAxis("Horizontal"); float brake = Input.GetKey(KeyCode.Space) ? maxBrakeTorque : 0f; // 前轮转向 frontLeftWheel.steerAngle = steering; frontRightWheel.steerAngle = steering; // 后轮驱动（或四驱） rearLeftWheel.motorTorque = motor; rearRightWheel.motorTorque = motor; // 刹车（四轮） frontLeftWheel.brakeTorque = brake; frontRightWheel.brakeTorque = brake; rearLeftWheel.brakeTorque = brake; rearRightWheel.brakeTorque = brake; // 可选：同步视觉车轮模型的旋转和转向 UpdateWheelVisuals(frontLeftWheel); UpdateWheelVisuals(frontRightWheel); // ... 更新后轮 } void UpdateWheelVisuals(WheelCollider collider) { if (collider.transform.childCount == 0) return; Transform visualWheel = collider.transform.GetChild(0); Vector3 position; Quaternion rotation; collider.GetWorldPose(out position, out rotation); // 获取WheelCollider计算出的位姿 visualWheel.position = position; visualWheel.rotation = rotation; } }

   WheelCollider.GetWorldPose是关键，它返回了包含悬挂压缩和轮胎旋转的最终位置和旋转，用于同步视觉模型。

实操心得与避坑指南：

1. “车辆飞起”或“陷入地面”：这通常是WheelCollider的Suspension Distance（悬挂行程）设置不当，或者地面碰撞体太薄导致的。确保悬挂行程足够，且地面碰撞体有足够的厚度。检查WheelCollider的射线起点是否在车体内部。
2. 转向僵硬或过度：调整maxSteerAngle，并考虑根据车速动态减少转向角（高速时转向应更平缓）。更高级的做法是参考WheelCollider的sidewaysFriction曲线，模拟转向不足和过度。
3. 性能问题：WheelCollider每个每帧都要进行射线检测。对于有大量车辆的场景（如赛车游戏），这是主要性能瓶颈。优化方法：对于远离摄像头的车辆，可以降低其物理更新频率（通过WheelCollider的wheelDampingRate或自定义脚本控制更新开关），或者使用简化的物理代理。
4. 地形适应：WheelCollider默认只处理与一个碰撞体的接触。在复杂地形（如同时接触路面和路肩）上可能表现怪异。对于越野游戏，可能需要更复杂的解决方案，如使用多个射线或改用基于体积的碰撞检测。
5. 视觉与物理不同步：务必在FixedUpdate中更新WheelCollider的输入（扭矩、转向角），而在Update或LateUpdate中调用GetWorldPose来更新视觉模型，以确保平滑的视觉表现。

5. 案例四：休闲游戏中的趣味物理反馈

休闲游戏，特别是手机上的爆款，非常依赖即时、夸张、有趣的物理反馈来提供爽快感。例如《愤怒的小鸟》的弹射破坏、《水果忍者》的切割溅射、《Happy Glass》的水流物理。这类应用的核心在于将简单的物理规则与夸张的视觉效果、音效结合，创造出令人愉悦的“物理玩具”。

5.1 核心需求解析：即时、夸张、可视化

休闲游戏的物理不需要百分百准确，但需要响应迅速、效果明显、符合玩家直觉。一个箱子被击中，它不应该只是晃一下，而可能被炸飞、旋转、碎裂成好几块。物理在这里更像是动画和特效的触发器。

5.2 实现方案：力、关节与粒子系统的组合拳

案例：制作一个“击飞积木塔”的玩法

1. 搭建积木：用简单的立方体或圆柱体作为积木，每个都添加Rigidbody和Box Collider。为了增加趣味性，可以给它们赋予不同的质量（mass）和物理材质（比如有的很滑，有的弹性好）。
2. 施加冲击力：当玩家点击或发射一个球撞击塔时，在碰撞点施加一个力。

   void OnCollisionEnter(Collision collision) { if (collision.gameObject.CompareTag("Projectile")) // 假设发射物标签为Projectile { // 获取碰撞点 ContactPoint contact = collision.contacts[0]; Vector3 hitPoint = contact.point; // 计算击飞方向（例如，从发射物位置指向碰撞点） Vector3 forceDir = (hitPoint - collision.transform.position).normalized; // 施加一个力，ForceMode.Impulse表示瞬间冲量 Rigidbody rb = GetComponent<Rigidbody>(); rb.AddForceAtPosition(forceDir * 50f, hitPoint, ForceMode.Impulse); // 同时可以加一个随机扭矩，让积木旋转起来更自然 rb.AddTorque(Random.insideUnitSphere * 10f, ForceMode.Impulse); } }

3. 增强破坏感：使用Fixed Joint或Hinge Joint将一些积木松散地连接在一起。当受到足够大的力时，关节的Break Force会被超过，导致连接断开，积木散落。你可以监听关节的OnJointBreak事件来播放断裂音效。
4. 视觉与听觉反馈：
   • 粒子系统：在碰撞点生成一个爆炸或撞击火花粒子。
   • 屏幕震动：一个强烈的撞击可以触发一个简单的相机抖动脚本。
   • 音效：根据碰撞的相对速度播放不同音量的撞击声。Collision.relativeVelocity.magnitude可以给你这个值。
   • 慢动作：在撞击的关键瞬间，使用Time.timeScale短暂降低时间流速，放大破坏的细节和爽快感。
5. 性能与对象池：被击飞的积木可能会飞出视野。你需要一个机制来回收这些积木，而不是让它们永远存在于物理世界中消耗性能。可以检测积木的Y坐标，如果低于某个阈值（掉出世界），或者超出摄像机范围一定时间后，就将其Rigidbody设置为Kinematic（停止物理模拟）并移回对象池备用。

实操心得与避坑指南：

1. 力的大小与模式：AddForce的ForceMode选择很重要。Force和Acceleration是持续的力，适合模拟推力。Impulse和VelocityChange是瞬时的冲量，适合模拟撞击、爆炸、跳跃。休闲游戏中Impulse用得最多。
2. 物理更新频率与视觉平滑：物理在FixedUpdate中计算（默认每秒50次）。如果游戏帧率很高（如120fps），物理对象的运动可能会显得卡顿。务必为动态刚体启用Interpolation（插值），它会让物体在渲染帧之间平滑移动，视觉上更流畅。
3. 滥用物理的代价：一个场景中同时活动的动态刚体数量是性能的关键指标。对于手机游戏，建议将同时活动的物理对象控制在20-30个以下。对于堆叠的、静止的物体，考虑将其合并成静态碰撞体，或者将它们的刚体设置为Sleeping（休眠）状态。Unity物理引擎会自动让静止的刚体休眠以节省计算。
4. 2D还是3D物理：对于2D休闲游戏，优先使用Unity的2D物理系统（Rigidbody2D,Collider2D）。它比3D物理更轻量，API也更简单，并且有Composite Collider 2D这样的工具可以高效地组合复杂碰撞形状。

6. 常见问题排查与性能优化实录

即使理解了原理，在实际开发中物理引擎依然会带来各种诡异问题。下面是我整理的一些典型问题及其排查思路，堪称“血泪史”。

6.1 碰撞检测失灵：物体互相穿过

这是最令人崩溃的问题之一。

• 原因A：速度过快（子弹穿透）：在单次物理更新帧内，物体从碰撞体的一侧直接移动到了另一侧，物理引擎没有检测到中间的碰撞过程。
  • 解决方案：
    1. 连续碰撞检测（CCD）：为高速运动的物体（如子弹、玩家）的Rigidbody设置Collision Detection为Continuous或Continuous Dynamic。这会显著增加计算开销，所以只对必要的对象使用。
    2. 射线检测：对于子弹，更标准的做法是不用碰撞体，而是用Physics.Raycast或SphereCast在每一帧检测弹道路径上是否有命中。
    3. 缩小时间步长：在Project Settings -> Time中减小Fixed Timestep（如从0.02s改为0.01s），但这会整体增加物理计算频率，影响性能。
• 原因B：层级或图层设置错误：两个物体的图层在Layer Collision Matrix中被设置为不相互碰撞。
  • 排查：检查两个游戏对象所在的图层，并去物理设置中查看对应图层的碰撞关系是否被勾选。
• 原因C：碰撞体尺寸或位置错误：在代码中动态修改了物体的缩放（Scale）或位置，但碰撞体没有及时更新（特别是MeshCollider）。
  • 排查：在Scene视图中勾选Gizmos -> Colliders，可视化查看碰撞体的实际形状和位置是否与模型匹配。

6.2 性能急剧下降：物理成了帧率杀手

• 原因A：动态刚体过多：这是最主要的原因。每一个非休眠的动态刚体每帧都需要进行大量的计算。
  • 解决方案：
    1. 静态化：将永远不会移动的物体（地形、建筑）的Rigidbody移除，或设置为Kinematic。确保其GameObject的Static标志被勾选（这会影响光照烘焙和静态批处理，但对物理优化也至关重要）。
    2. 休眠：利用物理引擎的休眠机制。确保刚体的Sleep Threshold设置合理。对于受控角色，有时需要手动唤醒（WakeUp()）。
    3. 简化碰撞体：绝对不要为复杂模型直接使用MeshCollider作为动态物体。用简单的BoxCollider、CapsuleCollider、SphereCollider组合（Compound Colliders）来近似形状。对于角色，一个胶囊体通常就够了。
    4. 分层管理：使用图层碰撞矩阵，禁用不必要的碰撞对。
• 原因B：复杂的关节或约束：Configurable Joint等复杂关节的计算成本很高。
  • 解决方案：减少关节数量，或用更简单的关节替代。对于布娃娃系统，考虑在角色死亡后才启用，平时用动画控制。
• 原因C：过多的射线检测：每一根Raycast都有成本。特别是在Update中无节制地使用。
  • 解决方案：
    1. 缓存射线结果，避免每帧重复检测相同内容。
    2. 使用Physics.OverlapSphere或Physics.CheckBox等一次检测一个区域，代替多根射线。
    3. 对于AI的视野检测等，可以降低检测频率（如每秒2-4次）。

6.3 物体异常抖动或“跳舞”

• 原因A：碰撞体重叠：两个非触发器的碰撞体在初始位置或运动后发生了嵌入（Penetration），物理引擎会试图用力将它们推开，导致高频振荡。
  • 解决方案：检查初始场景，确保没有碰撞体重叠。对于运动产生的重叠，可以尝试增加刚体的Solver Iterations（在Project Settings -> Physics中），让求解器有更多次数来解决碰撞，但这会消耗更多性能。
• 原因B：多个力作用冲突：脚本在同一帧对同一个刚体施加了方向相反或矛盾的力。
  • 排查：检查所有修改该刚体速度或施加力的脚本，确保逻辑一致。使用Debug.DrawRay可视化力的方向和大小。
• 原因C：缩放非均匀：如果游戏对象的父节点或自身有非均匀缩放（如Scale的X,Y,Z值不同），可能会导致碰撞体形状计算异常，引发奇怪物理行为。
  • 黄金法则：尽量避免对带有碰撞体的物体进行非均匀缩放。如果必须，考虑在建模阶段调整好模型大小，在Unity中保持Scale为(1,1,1)。

6.4 使用物理引擎的“最佳实践”清单

1. 规划你的图层（Layer）：项目启动时就设计好图层结构（如：Default, Player, Enemy, Projectile, Environment, TriggerOnly等），并配置好碰撞矩阵。
2. 为动态物体选择正确的碰撞体：首选基本碰撞体（Box, Sphere, Capsule），万不得已再用Mesh Collider，并考虑使用凸包（Convex）选项。
3. 善用触发器（Trigger）：对于需要感知区域但不需要物理阻挡的情况，用触发器。记住触发器不消耗物理分辨率性能。
4. FixedUpdate是你的朋友：所有直接读取或修改Rigidbody速度、位置、施加力的代码，都应放在FixedUpdate中，以保证与物理引擎步调一致。
5. 理解力模式（ForceMode）：Force和Acceleration用于持续推力（如火箭发动机），Impulse和VelocityChange用于瞬时冲击（如跳跃、中弹）。
6. 调试可视化：多使用Debug.DrawLine,Debug.DrawRay来绘制射线、力方向、速度向量。在Scene视图的Gizmos菜单中打开Colliders和Rigidbody信息显示。
7. Profile, Profile, Profile!：当遇到性能问题时，一定要使用Unity的Profiler（分析器）。切换到Physics或Physics2D模块，查看CPU时间具体消耗在哪些物理任务上（如碰撞检测、求解器、射线检测等），从而进行针对性优化。

物理引擎是一个强大的工具，但也是一个精细的活。它不像渲染或动画那样“所见即所得”，很多问题隐藏在每帧的计算背后。希望这些从实际项目中提炼出的案例和排坑经验，能帮你更好地驾驭Unity物理引擎，让它为你的游戏创意服务，而不是成为开发路上的绊脚石。记住，调优物理参数是一个反复迭代的过程，耐心和基于数据的分析（Profiler）是你最好的伙伴。