Unity物理引擎实战：用刚体与碰撞实现物理版俄罗斯方块-平芜编程栈

1. 项目概述与核心价值

最近在带新人入门Unity，发现很多朋友一上来就想做复杂的RPG或者开放世界，结果在基础物理交互上就卡壳了。这让我想起自己刚学Unity那会儿，也是从最经典的小游戏开始摸索的。今天，我们就用Unity2022的物理系统，来复刻一个带物理效果的俄罗斯方块。你可能会问，俄罗斯方块不是纯逻辑游戏吗，跟物理有什么关系？这正是这个项目的巧妙之处——我们将摒弃传统的网格锁定逻辑，转而使用刚体（Rigidbody）和碰撞（Collision）来驱动方块的下落、旋转和堆积。这不仅能让你直观地理解Unity物理引擎的核心工作机制，比如质量、力、碰撞检测和关节，更能让你体会到，用物理模拟去实现游戏逻辑，有时会比纯代码控制更简单、更“有感觉”。

这个项目非常适合已经了解Unity基本界面操作，但对物理系统还感到陌生的开发者。通过它，你将掌握如何为物体添加刚体组件并配置其物理属性，如何编写脚本来响应碰撞事件，以及如何利用物理力（如重力）和约束（如关节）来控制游戏对象的行为。最终，你会得到一个方块会真实地下落、碰撞、摇晃甚至“倒塌”的俄罗斯方块游戏。这种实现方式虽然与传统版本在体验上略有不同，但作为学习项目，其价值在于打通你对物理系统的认知，为后续开发更复杂的交互场景（比如解谜游戏中的物体推拉、平台跳跃游戏中的角色运动）打下坚实的基础。

2. 核心设计思路与物理方案选型

2.1 为何选择物理驱动而非传统逻辑？

传统的俄罗斯方块实现，核心是一个二维数组表示的网格。方块的下落是离散的，每帧或每隔固定时间向下移动一个网格单位；旋转是围绕一个中心点进行坐标变换；消行则是检查网格中是否有满行，然后进行数组数据的删除和下落。这一切都是确定性的、纯数学的逻辑运算。

而我们这次要做的，是物理模拟驱动的版本。它的核心思路是：每一个下落的方块（我们称之为“当前方块”）和每一个已经落到底部的方块（我们称之为“静态方块”），都是一个独立的、带有刚体组件的游戏对象。Unity的物理引擎会负责计算这些刚体之间的碰撞、施加重力，并更新它们的位置和旋转。我们的代码，则从“控制网格状态”转变为“监听物理事件”和“施加物理力”。

这么做的优势非常明显：

学习价值最大化：迫使你必须去理解和使用Rigidbody、Collider、物理材质、碰撞事件等核心组件与API，这是Unity入门到进阶的关键一步。
实现更简单：很多复杂的逻辑交给了引擎。比如方块堆积的稳定性、方块之间的缝隙、轻微的晃动，这些由物理引擎自然产生，无需我们写复杂的代码去模拟。
效果更生动：物理模拟能带来更真实、有趣的视觉效果。方块下落时有惯性，碰撞时会轻微弹跳，堆积时可能因为不平衡而倒塌，这给经典游戏带来了新的趣味性。

当然，挑战也随之而来：我们需要解决物理模拟的“不确定性”与游戏规则“确定性”之间的矛盾。例如，如何确保方块旋转后能严丝合缝地对齐？如何判断一行是否被填满？如何实现方块的“硬锁定”？这都需要我们在物理系统之上，增加一层逻辑控制。

2.2 关键组件与工作流程设计

整个项目将围绕以下几个核心Unity组件展开：

预制体（Prefab）：我们将为7种俄罗斯方块形状（I, J, L, O, S, T, Z）分别创建预制体。每个预制体由4个小方块（Cube）子物体组成，并挂载我们编写的控制器脚本。
刚体（Rigidbody）：这是物理系统的核心。我们将为当前下落的方块父物体添加刚体，使其受到重力影响。对于已经落定的方块，我们会通过代码冻结其刚体的位置和旋转，将其从动态变为“静态”碰撞体。
碰撞体（Collider）：每个小方块子物体都需要一个Box Collider，用于检测碰撞。碰撞体的尺寸需要精确匹配小方块的视觉模型（通常是1x1x1的单位立方体）。
物理材质（Physic Material）：为了减少方块碰撞后的弹跳和滑动，我们需要创建一个物理材质，将其Bounciness（弹性）设置为0，Friction（摩擦力）设置得较高，并应用到所有方块的碰撞体上。

工作流程可以概括为：

生成：随机实例化一个方块预制体到场地顶部。
下落：该方块的刚体受重力自然下落。玩家可以同时通过键盘输入施加水平力或扭矩来控制其移动和旋转。
碰撞检测：通过OnCollisionEnter或OnTriggerEnter事件，判断方块是否触底或碰到其他静态方块。
锁定：一旦满足锁定条件（如持续碰撞超过一定时间），就冻结该方块的刚体，并将其标记为静态方块。
消行检查：定期或事件触发后，检查场景中所有静态小方块的位置，判断是否有“行”被填满。这里需要将连续的物理坐标转换为离散的网格索引进行判断。
消行与坍塌：找到满行后，销毁该行所有小方块，并让该行上方的所有方块刚体解除冻结，让其在重力作用下自然下落，实现“坍塌”效果，直到再次稳定。

3. 核心模块实现详解

3.1 方块预制体与物理属性配置

首先，我们需要创建方块的预制体。在Unity中创建一个空物体，命名为Tetromino_T（以T形块为例）。然后，创建4个Cube作为其子物体，根据T形调整它们的位置（例如，坐标分别为(0,0,0), (-1,0,0), (1,0,0), (0,1,0)）。

关键步骤与配置：

为父物体添加组件：
- Rigidbody：这是让方块动起来的关键。添加后，默认启用重力。为了更好的控制，我们暂时可以勾选Is Kinematic，在代码中通过MovePosition和MoveRotation来模拟受控下落，避免初期物理过于混乱。待核心逻辑稳定后，再改为非Kinematic，用力和扭矩控制。
- 脚本组件：创建一个名为TetrominoController的C#脚本并挂载。
为每个子Cube配置碰撞体和物理材质：
- 确保每个Cube都有一个Box Collider。检查其Center是否为(0,0,0)，Size是否为(1,1,1)，确保碰撞边界与视觉模型完全一致。
- 在Project窗口中，右键创建Physic Material，命名为BlockMat。将其Bounciness设置为0，Dynamic Friction和Static Friction都设置为1（或更高）。将这个材质拖拽到每个子Cube的Collider组件的Material属性上。这能有效防止方块碰撞后乱弹乱滑。
创建预制体：将配置好的Tetromino_T物体从Hierarchy拖到Project窗口，生成预制体。然后删除场景中的实例。对其他6种形状重复此过程。

注意：子Cube的Transform位置是相对于父物体的局部坐标。父物体的Rigidbody控制了整体的物理模拟，子物体的Collider提供了碰撞形状。这种结构是我们实现方块整体物理行为的基础。

3.2 方块控制器脚本：运动、旋转与碰撞锁定

TetrominoController脚本是这个项目的逻辑中枢。我们需要在其中处理玩家输入、物理响应和状态管理。

using UnityEngine; public class TetrominoController : MonoBehaviour { private Rigidbody rb; private bool isActive = true; // 当前方块是否由玩家控制 private bool isGrounded = false; private float groundTimer = 0f; public float lockDelay = 0.5f; // 触地后多久锁定 public float moveForce = 10f; public float rotateTorque = 5f; void Start() { rb = GetComponent<Rigidbody>(); // 初始化为动力学刚体，受重力影响 // rb.isKinematic = false; // 如果选择用力控制，则保持false } void Update() { if (!isActive) return; // 玩家输入处理：左右移动和旋转 float horizontal = Input.GetAxisRaw("Horizontal"); if (horizontal != 0) { // 方法1：直接修改速度（响应快，但可能不“物理”） // Vector3 velocity = rb.velocity; // velocity.x = horizontal * moveSpeed; // rb.velocity = velocity; // 方法2：施加力（更物理） rb.AddForce(Vector3.right * horizontal * moveForce); } if (Input.GetKeyDown(KeyCode.UpArrow) || Input.GetKeyDown(KeyCode.W)) { // 绕Y轴旋转 rb.AddTorque(Vector3.up * rotateTorque, ForceMode.Impulse); } // 快速下落 if (Input.GetKey(KeyCode.DownArrow) || Input.GetKey(KeyCode.S)) { rb.AddForce(Vector3.down * moveForce * 2); } } void FixedUpdate() { if (!isActive) return; // 锁定检测逻辑 if (isGrounded) { groundTimer += Time.fixedDeltaTime; if (groundTimer >= lockDelay) { LockBlock(); } } else { groundTimer = 0f; } } // 碰撞检测 void OnCollisionStay(Collision collision) { // 简单判断：如果与“地面”或“静态方块”持续碰撞，则认为接地 if (collision.gameObject.CompareTag("Ground") || collision.gameObject.CompareTag("StaticBlock")) { // 更精确的判断：检查碰撞点是否主要来自下方 bool hitFromBelow = false; foreach (ContactPoint contact in collision.contacts) { if (Vector3.Dot(contact.normal, Vector3.up) > 0.5f) // 法线朝上，说明碰撞来自下方 { hitFromBelow = true; break; } } if (hitFromBelow) { isGrounded = true; } } } void OnCollisionExit(Collision collision) { // 离开碰撞物，重置接地状态 if (collision.gameObject.CompareTag("Ground") || collision.gameObject.CompareTag("StaticBlock")) { isGrounded = false; } } void LockBlock() { isActive = false; // 1. 冻结刚体，使其变为静态碰撞体 rb.constraints = RigidbodyConstraints.FreezeAll; // 2. 更改自身及所有子物体的标签为“StaticBlock” gameObject.tag = "StaticBlock"; foreach (Transform child in transform) { child.gameObject.tag = "StaticBlock"; } // 3. 通知游戏管理器生成新的方块 GameManager.Instance.SpawnNewTetromino(); // 4. 可选：将刚体设置为Kinematic，彻底移除物理模拟，节省性能 // rb.isKinematic = true; // 注意：设置为Kinematic后，将不再参与力学的计算，但碰撞检测依然有效（作为触发器或静态碰撞体）。 } }

代码解析与注意事项：

运动控制：我们采用了AddForce和AddTorque。ForceMode.Impulse表示施加一个瞬间的冲量，适合旋转这种瞬时操作。而移动使用了持续的力。你也可以尝试ForceMode.VelocityChange来直接改变速度，体验不同的手感。
碰撞判断：OnCollisionStay在每帧持续碰撞时调用。我们不仅检查标签，还通过碰撞点的法线来粗略判断是否来自下方，避免侧面碰撞误触发锁定。
锁定机制：LockBlock方法做了几件关键事：冻结刚体、改变标签、通知管理器。冻结刚体(FreezeAll)比直接设置为Kinematic更优，因为它保留了碰撞体属性，后续消行时解除冻结即可让其重新下落，而Kinematic物体不会响应重力。
性能考虑：当静态方块越来越多，场景中的刚体和碰撞体会影响性能。一个优化方案是，在锁定一段时间后，将多个相邻的静态方块合并成一个大的网格模型（Mesh Combining），但这属于进阶优化，本项目初期可暂不考虑。

3.3 游戏管理器：生成、消行与物理坍塌

GameManager是一个单例脚本，负责游戏流程。

using System.Collections.Generic; using UnityEngine; public class GameManager : MonoBehaviour { public static GameManager Instance; public GameObject[] tetrominoPrefabs; // 7种方块预制体 public Transform spawnPoint; public float gridSize = 1.0f; public int gridHeight = 20; public int gridWidth = 10; private List<GameObject> staticBlocks = new List<GameObject>(); void Awake() { if (Instance == null) Instance = this; else Destroy(gameObject); } void Start() { SpawnNewTetromino(); } public void SpawnNewTetromino() { // 1. 先检查消行 CheckForLines(); // 2. 生成新方块 int index = Random.Range(0, tetrominoPrefabs.Length); GameObject newBlock = Instantiate(tetrominoPrefabs[index], spawnPoint.position, Quaternion.identity); // 确保新方块是动态的 Rigidbody rb = newBlock.GetComponent<Rigidbody>(); if (rb != null) { rb.constraints = RigidbodyConstraints.None; rb.isKinematic = false; } newBlock.tag = "ActiveBlock"; } void CheckForLines() { // 将物理坐标转换为网格索引进行判断，是本项目的难点之一 // 由于物理模拟，方块的位置是连续的浮点数，我们需要将其“量化”到网格中。 Dictionary<int, List<GameObject>> blocksPerRow = new Dictionary<int, List<GameObject>>(); // 收集所有静态小方块（注意：我们存储的是子Cube，不是父物体） GameObject[] allStaticCubes = GameObject.FindGameObjectsWithTag("StaticBlock"); // 注意：这里找到的可能是父物体也可能是子Cube，需要根据你的标签设置逻辑调整。 // 更好的做法是：在锁定方块时，将每个子Cube单独注册到一个管理列表中。 foreach (GameObject cube in allStaticCubes) { // 计算该Cube属于哪一行 (假设原点在底部中心) int row = Mathf.RoundToInt(cube.transform.position.y / gridSize); if (!blocksPerRow.ContainsKey(row)) { blocksPerRow[row] = new List<GameObject>(); } blocksPerRow[row].Add(cube); } // 检查每一行 List<int> linesToClear = new List<int>(); foreach (var kvp in blocksPerRow) { // 统计该行不同列的数量（去重，因为一个位置可能有多个Cube重叠？理论上不会，但物理可能导致轻微偏移） HashSet<int> columns = new HashSet<int>(); foreach (GameObject cube in kvp.Value) { int col = Mathf.RoundToInt(cube.transform.position.x / gridSize); columns.Add(col); } // 如果该行填满的列数等于网格宽度，则判定为满行 if (columns.Count >= gridWidth) { linesToClear.Add(kvp.Key); } } // 消行 if (linesToClear.Count > 0) { linesToClear.Sort(); // 从下往上消行 foreach (int row in linesToClear) { // 销毁该行所有Cube foreach (GameObject cube in blocksPerRow[row]) { // 在销毁前，需要处理其父物体（如果父物体下所有子Cube都被销毁，也应销毁父物体） Destroy(cube); } // 让该行上方的所有静态方块“解冻”并下落 DropBlocksAboveRow(row); } } } void DropBlocksAboveRow(int clearedRow) { // 找到所有位置在 clearedRow 之上的静态Cube GameObject[] allCubes = GameObject.FindGameObjectsWithTag("StaticBlock"); foreach (GameObject cube in allCubes) { int row = Mathf.RoundToInt(cube.transform.position.y / gridSize); if (row > clearedRow) { // 找到其父物体的刚体并解除约束 Rigidbody parentRb = cube.transform.parent?.GetComponent<Rigidbody>(); if (parentRb != null) { parentRb.constraints = RigidbodyConstraints.None; parentRb.isKinematic = false; // 可以施加一个轻微向下的力，帮助其下落 parentRb.AddForce(Vector3.down * 2f, ForceMode.Impulse); } } } // 注意：方块下落后会重新触发碰撞和锁定，需要重新检查消行。 // 一个简单的方法是，在 FixedUpdate 中延迟几帧后再次调用 CheckForLines。 // 更稳健的做法是，在下落方块重新锁定后，再触发新一轮消行检查。 } }

坐标转换与消行的难点：这是物理版俄罗斯方块最核心的挑战。在传统逻辑版中，方块永远在网格点上。但在物理版中，方块的位置是Vector3(0.01f, 5.98f, 0f)这样的浮点数。Mathf.RoundToInt是我们进行“网格化”的关键函数。gridSize必须与你创建的小方块尺寸（1单位）一致。

消行后的物理坍塌：DropBlocksAboveRow方法实现了消行后上方方块的下落。我们解除了父物体刚体的约束，让其重新受到重力。由于下方一行被销毁，支撑消失，这些方块会自然下落，直到与新的支撑面碰撞并再次锁定。这个过程是连续的物理模拟，会产生非常自然、有趣的“坍塌”效果，这是纯逻辑版本无法轻易实现的。

4. 进阶优化与问题深度排查

4.1 物理模拟的稳定性与性能调优

当游戏运行一段时间，场景中堆积了上百个刚体时，你可能会遇到性能下降或物理表现怪异的情况。

1. 刚体休眠（Sleeping）：Unity的物理引擎为了性能，会让静止的刚体进入“休眠”状态。这对于静态方块是好事。确保你的静态方块在锁定后，其刚体的Sleeping Mode设置为Start Asleep或让其自然休眠。你可以通过rb.Sleep()强制刚体休眠。在DropBlocksAboveRow中解除约束后，需要调用rb.WakeUp()来唤醒刚体。

2. 碰撞层（Layer）管理：为“活动方块”和“静态方块”设置不同的物理层（Layer），并在Edit -> Project Settings -> Physics中配置层碰撞矩阵。例如，你可以取消勾选“StaticBlock”层与“StaticBlock”层自身的碰撞。这能防止静态方块之间进行不必要的碰撞计算（因为它们已经固定不动了），大幅提升性能。

3. 时间步长（Fixed Timestep）与重力：在Edit -> Project Settings -> Time中，Fixed Timestep决定了物理更新的频率。默认0.02秒（50Hz）。降低这个值（如0.01秒）会让物理模拟更平滑，但计算开销更大。对于俄罗斯方块这种节奏的游戏，默认值通常足够。你也可以微调重力大小（Physics.gravity），让方块下落速度更符合你的游戏节奏。

4.2 常见问题与解决方案实录

问题1：方块旋转或移动时抖动、穿模。

原因：可能是碰撞体尺寸不匹配、物理材质摩擦力设置不当，或者力施加过大过快导致物理引擎在一帧内计算出了穿透。
排查：
- 检查每个子Cube的Box Collider的Size是否为(1,1,1)，且Center为(0,0,0)。
- 将物理材质的Friction调高（如到1.5）。
- 在Rigidbody组件上，增大Collision Detection模式为Continuous或Continuous Dynamic。这对于快速移动的物体防止穿透至关重要，但性能消耗更大。
- 减少moveForce和rotateTorque的数值，避免施加过大的力。

问题2：方块锁定不准确，有时悬空就锁定了，有时嵌入地面。

原因：碰撞检测判断逻辑不够精确。OnCollisionStay可能被侧面碰撞触发。
解决方案：像我们代码中那样，加入碰撞点法线判断。或者，采用射线检测辅助判断。在方块底部发射多条向下的短射线，如果多数射线都击中了“Ground”或“StaticBlock”，则认为已接地。

问题3：消行后，上方方块下落过程卡顿或不自然。

原因：大量刚体同时被唤醒并计算碰撞，造成单帧计算压力大。
解决方案：
- 分帧处理：不要在同一帧解除所有方块的约束。可以每帧解除几行方块的约束，分散计算压力。
- 使用Physics.Simulate（高级）：在可控的时间间隔内手动推进物理模拟，但这需要更复杂的游戏循环管理。
- 简化碰撞体：考虑在方块锁定一段时间后，将其替换为更简单的合并碰撞体。

问题4：游戏运行越久越卡。

原因：GameObject.FindGameObjectsWithTag和遍历所有静态方块的操作在每帧或每次消行时调用，复杂度是O(n)。
优化方案：
- 维护对象池列表：在GameManager中维护两个List<GameObject>，分别用于activeTetrominos和staticBlockCubes。当方块锁定时，将其从活动列表移到静态列表，并将其所有子Cube加入静态Cube列表。消行时，直接遍历这个静态Cube列表，无需使用FindGameObjectsWithTag。
- 使用空间分区：对于大量静态方块，可以根据其坐标存入一个二维字典（Dictionary<int, Dictionary<int, GameObject>>），键是行和列。这样检查某一行是否填满时，可以直接查询该行对应的列集合，速度极快。

问题5：方块旋转后无法严丝合缝地对齐网格，导致消行判断困难。

原因：物理旋转会产生微小的浮点数误差，Mathf.RoundToInt可能无法总是得到理想的整数网格坐标。

解决方案：

在锁定瞬间进行位置修正：在LockBlock方法中，在冻结刚体前，对方块父物体的位置进行“对齐”操作。

void LockBlock() { // ... 其他逻辑 ... // 位置对齐到网格 Vector3 snappedPosition = transform.position; snappedPosition.x = Mathf.Round(snappedPosition.x / gridSize) * gridSize; snappedPosition.y = Mathf.Round(snappedPosition.y / gridSize) * gridSize; snappedPosition.z = Mathf.Round(snappedPosition.z / gridSize) * gridSize; // 如果是2D游戏，z轴可以忽略 rb.MovePosition(snappedPosition); // 使用MovePosition在物理更新中设置位置 // 再执行冻结和其他操作... }

在消行判断时使用容差：判断一个Cube属于哪一行时，使用Mathf.FloorToInt((cube.transform.position.y + 0.05f) / gridSize)，增加一个小的容差范围。

4.3 从原型到可发布游戏的扩展思路

完成核心物理玩法后，你可以考虑以下方向来完善它：

UI与游戏状态：添加分数显示、下一个方块预览、游戏开始/暂停/结束界面。
输入优化：实现经典的“DAS”（延迟自动移位）和“ARR”（自动重复速率）系统，提升操作手感。即按住左右键时，先有短暂延迟，然后开始快速连续移动。
粒子与音效：在方块锁定、消行时添加粒子效果和音效，增强反馈。
游戏模式：引入时间挑战、限时消行等模式。物理的不确定性本身就可以作为一种挑战。
移动平台适配：将输入改为触屏操作（如虚拟摇杆、滑动旋转、点击快速下落）。注意在移动设备上，物理模拟的性能开销需要更严格的优化。

这个项目最宝贵的收获，不是做出了一个多么完美的俄罗斯方块，而是你亲手将一套物理系统“驯化”，让它为你的游戏逻辑服务。过程中遇到的每一个问题——抖动、穿透、性能、精度——都是游戏开发中真实会遇到的挑战。当你看着那些方块因为你的代码而井然有序地堆积、坍塌时，你对Unity物理引擎的理解，就已经远远超出了阅读文档的阶段。