Unity RTS/TD游戏：从网格数据到动态建造的实战架构

1. 网格数据容器的设计与初始化

在RTS/TD游戏中，网格系统是整个建造机制的基础骨架。想象一下，就像在现实世界中建造房屋需要先划分地块一样，游戏中的建造系统也需要一个精确的坐标参考系。这里我们采用二维数组MapCellNode[,]作为核心数据结构，每个单元格记录着三个关键信息：

• 地形高度：用于判断建造物是否能够平稳放置
• 坡度数据：防止在悬崖等陡峭地形违规建造
• 建筑引用：记录当前格子是否已被占用

初始化网格时有个实用技巧：我习惯将地形数据的bounds.size与预设的cellSize相除得到网格行列数，这样能确保网格完美覆盖整个地图。实测发现，cellSize设置为2x2米是个不错的起点，既能保证建造精度，又不会让计算量爆炸。

private void InitMapCells() { var terrainData = _terrain.terrainData; int gridWidth = (int)(terrainData.bounds.size.x / cellSize.x); int gridHeight = (int)(terrainData.bounds.size.z / cellSize.y); mapCells = new MapCellNode[gridWidth, gridHeight]; for (int i = 0; i < gridWidth; ++i) { for (int j = 0; j < gridHeight; ++j) { var center = GetCellLocalPosition(i, j); mapCells[i, j] = new MapCellNode { height = center.y, steepness = terrainData.GetSteepness( center.x / terrainData.size.x, center.z / terrainData.size.z), current = null }; } } }

踩过的一个坑：直接使用世界坐标计算网格索引会导致边缘误差。后来改用transform.InverseTransformPoint将世界坐标转换到本地空间后再计算，精度问题迎刃而解。这个细节处理不好，建筑边缘会出现诡异的悬空或陷地现象。

2. 建造状态机的完整生命周期

2.1 PreBuilding状态管理

当玩家点击建造按钮时，系统会进入PreBuilding状态。这个阶段就像现实中的建筑工地放样，需要处理三个核心问题：

1. 视觉反馈系统：用不同颜色材质（绿色可建造/红色不可建造）实时反馈放置合法性
2. 地形适配：建筑底部自动贴合地形曲面，避免"浮空楼阁"
3. 碰撞检测：通过射线检测和网格查询实现双重校验

public bool CheckBuildingIndexPosOnGrid(int x, int y) { bool canBuild = true; var (w, h) = GetRealSizeWithDir(); // 考虑旋转后的实际占用尺寸 // 计算建筑底座覆盖的所有网格 for (int px = x - w/2; px <= x + w/2; ++px) { for (int py = y - h/2; py <= y + h/2; ++py) { if (!IsCellBuildable(px, py)) { canBuild = false; break; } } } // 更新预览材质 preMaterial.SetColor("_Color", canBuild ? BuildManager.preBuildNormalColor : BuildManager.preBuildBadColor); return canBuild; }

2.2 建造确认与实例化

当玩家左键确认位置后，系统会经历三个关键步骤：

1. 数据校验：二次确认所有占用网格的合法性
2. 动画触发：播放建造动画（我用Shader实现了个简易的"从下往上生长"效果）
3. 数据固化：将建筑实例写入网格数据容器

这里有个性能优化点：不要在Update里直接实例化预制体，而是采用对象池预加载。实测在手机端，对象池能使建造卡顿减少70%以上。

3. 地形适配的进阶处理

3.1 动态高度匹配

建筑放置时需要智能适应地形起伏。我的方案是计算目标区域的平均高度，然后用这个值作为建筑基准面。但要注意两个特殊情况：

1. 悬崖边缘：当区域高度差超过阈值（建议0.2米）时禁止建造
2. 斜坡建造：通过判断steepness值决定是否允许放置

public static float GetGridAverageHeight(int sx, int sy, int w, int h) { float totalHeight = 0; int validCells = 0; for (int x = sx; x < sx + w; ++x) { for (int y = sy; y < sy + h; ++y) { if (IsValidCell(x, y)) { totalHeight += mapCells[x, y].height; validCells++; } } } return validCells > 0 ? totalHeight / validCells : 0; }

3.2 网格可视化方案

为了让玩家直观看到建造范围，我开发了基于Projector的网格着色器。关键点在于：

• 使用frac函数生成重复网格图案
• 通过fwidth实现抗锯齿
• 添加距离衰减系数，使边缘渐变消失

这个方案比Gizmos绘制性能更好，在低端设备上也能保持60FPS。记得要把Projector的材质设为Transparent，并适当调整Far Clip距离。

4. 防御塔的特殊处理逻辑

塔防游戏中的防御塔通常需要额外处理两个特性：

1. 攻击范围指示器：用环形投影显示作用半径
2. 朝向系统：通过快捷键旋转调整攻击方向

// 防御塔旋转控制 if (Input.GetKeyDown(KeyCode.R)) { currentBuilding.NextRotation(); // 更新攻击范围指示器位置 attackIndicator.transform.localPosition = currentBuilding.GetAttackOriginOffset(); }

对于范围指示器，我写了个特别的Shader：内圈透明，外圈半透明，中间用硬边过渡。通过step和smoothstep的组合使用，既能清晰显示边界，又不会显得生硬。

5. 性能优化实战经验

在大规模地图上，建造系统容易成为性能瓶颈。经过多次测试，我总结出这些优化手段：

1. 分帧处理：将网格校验拆解到多帧完成
2. 空间分区：用四叉树管理活跃建造区域
3. LOD控制：远离摄像头的建筑使用简版碰撞体
4. JobSystem并行：将地形高度计算交给Burst编译的Job

特别提醒：在移动端，要避免每帧更新所有预览物件的材质属性。可以通过Shader的_Time变量实现动画效果，减少CPU-GPU通信开销。

6. 调试与异常处理

开发过程中最头疼的就是建筑莫名消失的问题。后来我建立了完整的调试视图：

1. 网格Gizmos绘制：在Scene视图显示网格边界
2. 建筑占用标记：用不同颜色标注已占用/空闲格子
3. 地形参数可视化：用颜色渐变表示高度和坡度

#if UNITY_EDITOR void OnDrawGizmosSelected() { if (!showDebug) return; for (int x = 0; x < gridSize.x; x++) { for (int y = 0; y < gridSize.y; y++) { var pos = GetCellWorldPosition(x, y); Gizmos.color = mapCells[x,y].current != null ? Color.red : Color.green; Gizmos.DrawWireCube(pos, new Vector3(cellSize.x, 0.1f, cellSize.y)); } } } #endif

遇到建筑无法放置时，建议按这个顺序排查：

1. 检查网格索引计算是否正确
2. 验证地形高度差是否在允许范围内
3. 确认碰撞体层级设置
4. 查看是否有其他建筑引用未被释放

7. 扩展设计思路

这套架构可以轻松扩展更多建造玩法：

1. 多层级建造：在Z轴上添加楼层管理
2. 组合建筑：将多个小建筑组合成超级建筑
3. 地形改造：允许玩家平整土地或开挖隧道
4. 动态网格：实现可破坏的地形系统

最近我在一个项目中实现了动态网格调整，当玩家使用炸弹时，爆炸范围内的网格会被标记为"不可建造状态"，直到被工程师修复。这个功能只需要在现有系统上扩展一个GridState枚举即可。