1. 项目概述：为什么Rigidbody是Unity物理世界的基石

如果你在Unity里做过任何带点物理效果的东西，比如让一个箱子掉下来，或者让角色被撞飞，那你肯定绕不开一个组件：Rigidbody。它就像是你游戏世界里物体的“物理身份证”，告诉Unity的物理引擎：“嘿，这个家伙要遵守物理定律，重力、碰撞、力，都往它身上招呼吧。”

很多新手，包括我当年，对这个组件的理解可能就停留在“勾上它，东西就能掉下来”的层面。但当你真正想做一个手感扎实的跳跃，一个符合预期的碰撞反弹，或者一个稳定的载具时，你会发现Rigidbody里那一堆属性，每个都藏着魔鬼。调错一个参数，手感可能就从“真实物理”变成了“抽风橡皮泥”。网上搜到的教程往往只告诉你“Mass是质量”，但不会告诉你为什么你的角色Mass设为1时，被一个小球撞得满天飞；也不会告诉你“Drag”和“Angular Drag”在制作空中滑翔和水中阻力时，到底该怎么配合。

这篇指南的目的，就是把这层窗户纸彻底捅破。我们不只讲每个属性“是什么”，更要深挖“为什么”这么设计，以及在实际项目中“怎么用”。我会结合我踩过的无数个坑，把Rigidbody从顶到底、从里到外拆解一遍，让你看完之后，不仅能调出想要的物理效果，更能理解背后的原理，成为物理参数的“调参大师”。无论你是想做平台跳跃、赛车游戏、物理解谜，还是任何需要交互的物件，这篇文章都能给你一套清晰的思路和可复用的经验。

2. Rigidbody核心属性深度解析

2.1 质量、阻力与重力：构建运动的基础感

Mass（质量）：这是最容易误解的属性。它的单位不是千克，而是一个相对值。物理引擎关心的是物体之间的质量比例。假设你的主角质量（Mass）设为1，一个木箱设为5，那么木箱的惯性就是主角的5倍。一个常见的坑是：把现实世界的质量直接代入。如果你把一栋房子模型的质量设为1000，一个球设为0.1，然后用很小的力去推球，球可能会把房子撞飞，因为虽然比例是10000:1，但引擎内部力的计算可能超出稳定范围。我的经验法则是：将你场景中最重要的、作为基准的物体（通常是主角或标准方块）的Mass设为1或10，其他物体根据感觉按比例调整。比如，一个小石子可以是0.2，一个大铁箱可以是5。

Drag（阻力）与 Angular Drag（角阻力）：这是控制物体“停下来”速度的关键。Drag影响直线运动速度的衰减，想象在空气中运动；Angular Drag影响旋转速度的衰减，想象一个旋转的陀螺慢慢停下。

• Drag：设为0，物体会在无外力作用下永远匀速直线运动（太空环境）。增大它，物体会更快停下。在制作“水中移动”时，你会同时增加Drag和Angular Drag来模拟水的阻滞感。
• Angular Drag：特别重要！如果你的物体旋转起来后停不下来，像抽风的陀螺，大概率是这项值太小了。对于大多数希望行为稳定的角色或物体，Angular Drag可以设得比Drag稍大一些。比如，一个角色的Drag是1，Angular Drag可以设为3-5，这样角色碰撞后不会疯狂自转。

Use Gravity（使用重力）：这个勾选很简单，但用法有讲究。你可能会想，我的飞机不应该受重力，所以不勾。这没错。但更高级的用法是：通过脚本动态开关它。比如，实现一个“磁力靴”吸附在屋顶行走的效果，可以在吸附时关闭重力，脱离时再开启。或者，当角色死亡时关闭重力，再施加一个向上的力，模拟灵魂出窍效果。

注意：Mass、Drag、Angular Drag这三个属性共同决定了物体的运动“手感”。调整时，最好在纯净的环境下（如一个空场景，只有地面和测试物体）单独测试，记录下不同参数组合的效果，建立自己的“参数手感库”。

2.2 碰撞检测与插值：解决抖动与穿模的利器

Collision Detection（碰撞检测模式）：这是解决高速物体穿透（穿模）问题的关键属性。它有三个选项：

• Discrete（离散）：默认模式。物理引擎按固定时间步长（如每秒50次）检测碰撞。问题：如果物体速度太快，在这一帧它在墙前面，下一帧直接穿到墙后面了，引擎就错过了碰撞。这是子弹、高速赛车穿墙的主要原因。
• Continuous（连续）：对当前物体进行连续碰撞检测（CCD），能有效防止它穿透其他静态碰撞体（如地形）。性能消耗比Discrete高。适用于：玩家控制的角色、高速运动的子弹。
• Continuous Dynamic（连续动态）：不仅防止自己穿别人，也防止其他高速运动的物体穿透自己。这是最耗能的模式。适用于：非常重要的、且需要与其他高速物体交互的物体，比如乒乓球、台球。

实操选择：99%的静态环境（墙壁、地板）用Discrete。玩家角色和发射物用Continuous。只有极其重要的、双方都可能高速运动的物理交互对象（如弹球游戏里的球）才考虑Continuous Dynamic。滥用会严重拖累性能。

Interpolate（插值）与 Extrapolate（外推）：这组属性解决的是视觉抖动问题。物理运算（FixedUpdate）和画面渲染（Update）频率不同。如果直接把物理计算的位置拿来渲染，在帧率波动时物体运动可能不流畅。

• Interpolate（插值）：推荐首选。渲染时，物体显示的位置是上一帧物理位置和当前帧物理位置之间的平滑过渡。这能带来极其平滑的视觉运动，尤其是摄像机跟随一个物理驱动的角色时。
• Extrapolate（外推）：渲染时，根据上一帧的速度和位置，预测当前帧的位置。这在物体匀速运动时效果不错，但一旦受力突变（如碰撞），预测会出错，导致瞬间抖动，然后纠正。一般不推荐。
• None（无）：直接渲染物理位置，可能在低帧率或帧率不稳时出现卡顿感。

心得：对于任何由玩家直接控制或摄像机紧密跟随的Rigidbody（如主角、载具），务必将其Collision Detection设为Continuous，并将Interpolate设为Interpolate。这是花费最小代价，极大提升游戏手感与视觉稳定性的黄金法则。我曾在某个项目里忽略了这点，导致玩家在复杂地形奔跑时，脚部总有微小的视觉穿透和抖动，调试了很久才发现是这里没设置。

2.3 约束、休眠与碰撞矩阵：精细控制物理行为

Constraints（约束）：这是让你“违反”物理规律的工具，用于冻结某个方向的运动或旋转。比如：

• Freeze Position（冻结位置）：制作2D游戏时，冻结Z轴，防止物体意外前后移动。制作第一人称射击游戏时，可以冻结玩家Y轴位置（同时关闭Use Gravity），用代码模拟跳跃，以获得更可控的手感。
• Freeze Rotation（冻结旋转）：极其常用。你不希望你的角色或武器因为碰撞而东倒西歪吧？通常，我们会冻结所有旋转（X, Y, Z），然后通过脚本完全控制旋转（如鼠标控制视角）。对于车辆，可能只冻结X和Z旋转，让车辆只能绕Y轴（垂直轴）旋转。

Is Kinematic（是否为运动学）：这是一个状态开关。勾选后，物体将不受物理引擎的力、碰撞或重力影响。但它可以通过transform.position/rotation直接移动，并且能影响其他非运动学物体。典型用途：

1. 移动平台：平台按预定路径移动，但它能承载站在上面的玩家（非运动学）。
2. 布娃娃系统的开关：角色活着时是运动学（由动画驱动），死亡时设为非运动学，并启用关节，实现布娃娃死亡效果。
3. 高级角色控制器：完全用代码计算移动和碰撞，用运动学刚体来施加位移，实现“卡带风格”的精确控制。

Sleeping Mode（休眠模式）：物理引擎的优化手段。当一个物体几乎静止一段时间后，引擎会将其“休眠”，不再计算它的物理，直到它被外力唤醒。这能节省大量CPU资源。

• Never Sleep（从不休眠）：慎用！用于需要持续检测、哪怕静止时也很重要的物体（比如一个平衡木，需要持续计算平衡）。
• Start Awake（开始唤醒）：默认。启动时激活，之后可以休眠。
• Start Asleep（开始休眠）：初始就在休眠状态，直到被碰撞或脚本唤醒。可用于初始化时堆叠在一起的物体，避免它们一开局就因为微小穿透而“炸开”。

3. 通过脚本操控Rigidbody：从理论到实践

理解了属性，我们就要通过代码来真正“驾驶”这个物理实体。Unity提供了多种施加力的方式，用错了地方，效果天差地别。

3.1 力的施加方式：AddForce 家族详解

这是最符合物理直觉的方式。力会改变物体的速度（加速度），效果受Mass影响。

• AddForce(Vector3 force)：在世界坐标系施加一个持续的力（如果每帧调用）。这是模拟火箭推进、风力、磁力的典型方式。

  // 每帧调用，给一个向前的推进力（像飞机引擎） void Update() { if (Input.GetKey(KeyCode.W)) { rb.AddForce(transform.forward * thrustForce); } }

  注意：在Update中调用AddForce，由于帧率不固定，会导致力的大小波动。更物理精确的做法是在FixedUpdate中调用。

• AddForce(Vector3 force, ForceMode mode)：ForceMode参数是关键。

  • ForceMode.Force：默认。添加一个持续的力（单位：牛顿）。考虑质量。
  • ForceMode.Impulse：添加一个瞬间的冲量。考虑质量。这是实现跳跃、爆炸冲击、子弹击退的最佳选择。因为它直接改变速度，效果立竿见影且易于控制。

    // 空格键跳跃 if (Input.GetKeyDown(KeyCode.Space) && isGrounded) { rb.AddForce(Vector3.up * jumpPower, ForceMode.Impulse); }

  • ForceMode.Acceleration：添加一个持续的加速度（单位：米/秒²）。忽略质量。所有物体获得相同的加速度。可用于模拟全局重力（如果不用内置重力）或特定区域效果。
  • ForceMode.VelocityChange：添加一个瞬间的速度变化（单位：米/秒）。忽略质量。直接修改速度向量。

  选择指南：想做真实物理交互（推箱子、赛车）用Force或Impulse。想做独立于质量的、一致的运动效果（比如太空游戏里所有飞船加速度一致）用Acceleration或VelocityChange。

• AddRelativeForce(Vector3 force)：在物体自身局部坐标系施加力。transform.forward * force的简便写法。非常适合控制飞行器、车辆的前后左右移动。

  // 在FixedUpdate中，控制飞船 float vertical = Input.GetAxis("Vertical"); // W/S float horizontal = Input.GetAxis("Horizontal"); // A/D rb.AddRelativeForce(Vector3.forward * vertical * speed); rb.AddRelativeForce(Vector3.right * horizontal * speed);

3.2 速度与位置的直接操控：打破物理的“作弊”手段

有时候，纯粹的力无法满足需求，我们需要更直接的控制。

• 直接修改velocity（速度）：这是最强大也最危险的属性。直接设置它会覆盖所有力的瞬时效果。用于实现瞬间传送、空中冲刺、速度上限 clamping（钳制）。

  // 实现一个空中冲刺，方向为鼠标方向 if (Input.GetButtonDown("Dash")) { Vector3 dashDirection = CalculateDashDirection(); // 计算方向 rb.velocity = dashDirection * dashSpeed; // 直接覆盖当前速度 } // 限制最大下落速度，防止摔死时速度过快 if (rb.velocity.y < -maxFallSpeed) { Vector3 vel = rb.velocity; vel.y = -maxFallSpeed; rb.velocity = vel; }

  警告：不要每帧都直接设置velocity来移动物体，除非你在做完全非物理的运动（如经典平台跳跃）。这会使得Drag等属性失效，并可能引发奇怪的碰撞行为。

• MovePosition与MoveRotation：这两个是Rigidbody的方法，用于在物理系统内部移动和旋转物体。它们比直接改transform更“友好”，因为物理引擎会知道这次移动，并据此计算碰撞。通常与Kinematic刚体配合使用，实现完全由代码控制但又有碰撞检测的移动。

  // 用于运动学刚体的平滑移动 void FixedUpdate() { if (isKinematic) { Vector3 newPosition = Vector3.Lerp(rb.position, targetPosition, moveSpeed * Time.fixedDeltaTime); rb.MovePosition(newPosition); } }

3.3 物理查询与信息获取：感知周围的世界

一个优秀的物理控制器，不仅要能“动”，还要能“感知”。

• 检测是否接地：这是平台游戏的核心。不要用射线检测那么简单，结合多种方法更可靠。

  bool IsGrounded() { // 方法1：底部射线检测 if (Physics.Raycast(transform.position, Vector3.down, out RaycastHit hit, groundCheckDistance)) { return true; } // 方法2：使用Physics.SphereCast，更稳定，防止从缝隙掉落 // 方法3（推荐结合）：检查上一帧以来，垂直方向速度是否接近0且碰撞点法线朝上 return Mathf.Abs(rb.velocity.y) < 0.01f && lastGroundContactTime > Time.time - 0.1f; }

• 获取碰撞信息：在OnCollisionEnter/Stay/Exit方法中，Collision对象包含了丰富信息。

  void OnCollisionEnter(Collision collision) { // 计算碰撞的平均法线（对于复杂碰撞体很有用） ContactPoint[] contacts = collision.contacts; Vector3 averageNormal = Vector3.zero; foreach (ContactPoint contact in contacts) { averageNormal += contact.normal; } averageNormal.Normalize(); // 根据平均法线决定反弹或攀爬 if (averageNormal.y > 0.7f) { // 可以判定为落地 isGrounded = true; } // 获取碰撞的相对速度，用于计算伤害或音效强度 float impactStrength = collision.relativeVelocity.magnitude; }

• 使用OverlapBox和Cast进行预判：在移动前，先用物理查询预测是否会碰撞，这是实现平滑移动和避免抖动的高级技巧。

  void FixedUpdate() { Vector3 movement = CalculateMovement(); // 在移动前，先投射一个盒子，检测前方是否有障碍 if (Physics.BoxCast(transform.position, colliderBounds.extents, movement.normalized, out RaycastHit hit, transform.rotation, movement.magnitude)) { // 如果有，可以沿着碰撞体表面滑动 movement = Vector3.ProjectOnPlane(movement, hit.normal); } rb.MovePosition(rb.position + movement * Time.fixedDeltaTime); }

4. 高级应用与性能优化实战

4.1 构建一个稳健的第三人称角色控制器

单纯使用物理力驱动角色，很容易出现“溜冰”感或响应迟钝。一个成熟的方案是混合控制：

1. 基础设置：为角色挂载Rigidbody，冻结Rotation的X和Z轴（防止摔倒），Drag设为5-10（使其能快速停下），Angular Drag设得更高。Collision Detection设为Continuous，Interpolate设为Interpolate。
2. 移动逻辑：不在Update中直接AddForce。而是在FixedUpdate中，计算输入方向，将目标速度施加到刚体上，但使用VelocityChange模式（忽略质量）或通过修改velocity的XZ分量来实现快速响应。

   void FixedUpdate() { Vector3 input = new Vector3(Input.GetAxis("Horizontal"), 0, Input.GetAxis("Vertical")); input = Camera.main.transform.TransformDirection(input); // 相对相机方向 input.y = 0; input.Normalize(); Vector3 targetVelocity = input * moveSpeed; // 计算当前水平速度 Vector3 currentVelocity = rb.velocity; currentVelocity.y = 0; // 保留垂直速度（重力、跳跃） // 平滑地向目标速度插值 Vector3 newVelocity = Vector3.Lerp(currentVelocity, targetVelocity, acceleration * Time.fixedDeltaTime); newVelocity.y = rb.velocity.y; // 把垂直速度加回来 rb.velocity = newVelocity; // 旋转角色面向移动方向 if (input.magnitude > 0.1f) { Quaternion targetRotation = Quaternion.LookRotation(input); rb.MoveRotation(Quaternion.Slerp(rb.rotation, targetRotation, rotationSpeed * Time.fixedDeltaTime)); } }

3. 跳跃与接地检测：使用AddForce(..., ForceMode.Impulse)实现跳跃。接地检测采用射线+速度+最近碰撞点综合判断，确保在各种斜坡、边缘都能可靠工作。

4.2 实现真实的车辆物理（WheelCollider 替代方案）

对于轻型或风格化的车辆，直接用Rigidbody模拟比WheelCollider更简单高效。

1. 车身设置：一个Rigidbody，质量适中，Drag和Angular Drag较低，Center of Mass（在脚本中通过rb.centerOfMass设置）调低一些，增加稳定性。
2. 前后轮模拟：在车身前后下方，使用Raycast或SphereCast模拟四个轮胎的触地检测。检测到地面时，计算轮胎的悬挂弹簧力、侧向抓地力和前后驱动力。

   void FixedUpdate() { foreach (Wheel wheel in wheels) { if (Physics.Raycast(wheel.transform.position, -transform.up, out RaycastHit hit, suspensionLength)) { // 1. 悬挂弹簧力 (Spring) float compression = 1 - (hit.distance / suspensionLength); Vector3 springForce = transform.up * (compression * springStrength); rb.AddForceAtPosition(springForce, wheel.transform.position); // 2. 驱动力/刹车力 (Engine/Brake) Vector3 tireForward = transform.forward; float torque = accelerationInput * engineTorque; rb.AddForceAtPosition(tireForward * torque, wheel.transform.position); // 3. 转向力 (Steering) Vector3 tireRight = transform.right; // 计算轮胎相对于地面的滑动速度侧向分量 // 根据滑动速度施加一个反向的力来模拟抓地力 } } // 额外的车身空气阻力 rb.AddForce(-rb.velocity * airDrag); }

3. 力施加点：使用AddForceAtPosition在轮胎位置施加力，能更自然地产生旋转力矩，让车辆转弯。

4.3 性能优化与常见陷阱排查

物理计算是CPU大户，不当使用会导致帧率骤降。

1. 刚体数量最小化：不是每个小物件都需要Rigidbody。静态的装饰品用Static Collider即可。大量相同的小物理物件（如碎片）可以考虑使用粒子系统或基于Shader的模拟。
2. 碰撞体形状简化：Mesh Collider最精确也最耗能。尽量使用Box、Sphere、Capsule等基本碰撞体组合（Compound Collider）来近似形状。对于复杂静态地形，使用Mesh Collider但勾选Convex（凸包）并简化网格。
3. 合理使用休眠（Sleeping）：确保静止的物体能进入休眠状态。检查那些不该休眠的物体是否被误设为Never Sleep。
4. 调整物理时间步长（Fixed Timestep）：在Edit -> Project Settings -> Time中，Fixed Timestep默认是0.02秒（50次/秒）。提高此值（如0.04秒）会降低物理更新频率，提升性能，但会降低物理精度。对于手游或物理要求不高的游戏，可以适当调高。Maximum Allowed Timestep用于防止卡顿帧时物理计算时间过长，可以适当调低（如0.1秒）。
5. 分层碰撞管理（Layer Collision Matrix）：在Edit -> Project Settings -> Physics中，精细设置哪些层（Layer）之间需要检测碰撞。例如，子弹层不需要和子弹层碰撞，特效层不需要和任何层碰撞。这能大幅减少不必要的碰撞检测计算。

5. 常见问题与疑难杂症速查表

下面这个表格是我在项目和社区支持中总结的Rigidbody高频问题，你可以像查字典一样快速定位。

掌握Rigidbody，本质上是在理解Unity物理引擎的“语言”和“脾气”。它不是一个黑盒，而是一套有规则的工具。调参的过程，就是与这套工具对话，让它精确地执行你的创意。最开始可能会觉得繁琐，但当你成功调出一个手感扎实的跳跃，实现一个稳定的车辆运动，或者解决了一个诡异的穿模Bug时，那种成就感是无可替代的。记住，多建测试场景，大胆尝试不同的参数组合，观察它们如何相互作用，这是成为物理操控高手的唯一捷径。