1. NavMeshAgent基础：你的AI导航核心组件
第一次接触Unity的NavMeshAgent时，我完全被那一堆参数搞懵了。这玩意儿就像给AI角色装了个自动驾驶系统，但如果你不懂怎么调校，你的NPC可能会像个醉汉一样在场景里横冲直撞。经过几个项目的实战，我总结出了一套小白也能快速上手的参数调优方法。
NavMeshAgent本质上是个"导航大脑"，它能让游戏中的角色自动计算路径并避开障碍物。想象一下你在玩《星际争霸》，那些小兵能自动绕开建筑找到最佳路线，靠的就是类似的系统。但要让AI移动得自然流畅，关键就在于理解并调优那些核心参数。
最基础的三个参数决定了AI的移动表现：
- Speed：这个最简单，就是移动速度。但新手常犯的错误是直接设置成固定值。实际上，不同单位类型应该有差异化的速度。比如RTS游戏里，步兵速度可能是3.5，而骑兵可以达到5.0。
- Angular Speed：这个控制转向速度，单位是度/秒。太低会导致AI转弯时像卡车掉头一样笨拙，太高又会显得不自然。我一般设置在120-180之间，具体取决于角色类型。
- Acceleration：加速度决定了角色从静止到达全速需要的时间。设置太低会让AI显得反应迟钝，太高又会像打了鸡血。对于大多数人类角色，8-12是个不错的范围。
// 典型的基础设置代码 navMeshAgent.speed = 3.5f; navMeshAgent.angularSpeed = 150f; navMeshAgent.acceleration = 10f;2. 避障系统深度调优：解决穿模和卡顿
做过多人对战游戏的开发者肯定遇到过这个问题：当几十个AI单位挤在一起时，要么疯狂穿模，要么性能骤降。这就是避障系统没调好的典型表现。NavMeshAgent的Obstacle Avoidance相关参数就是解决这个问题的钥匙。
Radius参数特别重要，它决定了AI的"个人空间"大小。设置太小会导致单位挤在一起，太大又会让AI之间保持不自然的距离。我的经验法则是：
- 人类角色：0.25-0.35
- 车辆：0.5-1.0
- 大型生物：1.0-2.0
// 避障参数设置示例 navMeshAgent.radius = 0.3f; navMeshAgent.height = 1.8f; navMeshAgent.obstacleAvoidanceType = ObstacleAvoidanceType.HighQuality;Quality参数直接影响性能和避障效果。在大型RTS游戏中，我通常这样分配：
- 英雄单位：High Quality
- 普通小兵：Medium Quality
- 背景NPC：Low Quality
这样既保证了重要单位的移动精度，又不会让CPU负担过重。实测下来，在100个单位同屏时，这种分级设置能让帧率保持稳定。
3. 高级路径规划：让AI更智能的移动
Path Finding相关的参数决定了AI如何计算和选择路径。这里有几个容易被忽视但极其重要的设置：
Stopping Distance是个很实用的参数。设为0时AI会试图完全到达目标点，这经常导致单位挤作一团。我通常设置为半径的80%，这样单位会自然形成松散队形。
// 合理的停止距离设置 navMeshAgent.stoppingDistance = navMeshAgent.radius * 0.8f;Auto Repath在动态环境中特别有用。当目标移动或路径被阻断时，启用这个选项会让AI自动重新计算路径。但在固定路径的场景中关闭它可以节省性能。
Area Mask允许你定义AI可以行走的区域类型。比如你可以设置：
- 步兵：可以走地面和浅水
- 飞行单位：可以无视地形
- 船只：只能走深水区
这种设置让不同单位类型对同一地图有不同的路径选择，极大增强了游戏的真实感。
4. 实战避障技巧：解决那些头疼的问题
在开发开放世界游戏时，我遇到了各种奇葩的导航问题。比如NPC会卡在墙角，或者试图穿过明明过不去的缝隙。经过多次调试，我总结出几个实用技巧：
首先是角落问题的解决方案：增加Height参数的值。很多开发者只关注平面避障，却忽视了垂直方向的碰撞。适当增加Height可以防止AI试图从低矮障碍物下方穿过。
// 典型的人类角色高度设置 navMeshAgent.height = 1.8f; // 单位：米其次是动态障碍物的处理。当使用NavMeshObstacle时，一定要设置合理的Carve和Move Threshold参数。我的经验是：
- 缓慢移动的障碍物：Move Threshold设为0.5-1.0
- 快速移动的车辆：Move Threshold设为2.0-3.0
最后是性能优化的关键：在大量AI同时寻路时，合理使用Priority系统。让重要单位(如玩家控制的角色)拥有更高的优先级(数值更小)，确保它们总能获得最佳的路径计算资源。
5. Off-Mesh Link的妙用：跨越不可能的地形
在开发一个城堡攻防游戏时，我遇到了一个难题：士兵如何爬上城墙？这就是Off-Mesh Link大显身手的地方。这个组件可以在不连续的导航网格之间建立特殊连接。
典型的应用场景包括：
- 翻越围墙
- 跳下悬崖
- 使用梯子或绳索
- 传送点
// 创建Off-Mesh Link的代码示例 OffMeshLink link = gameObject.AddComponent<OffMeshLink>(); link.startTransform = ladderBottom; link.endTransform = ladderTop; link.biDirectional = true; link.costOverride = 2.0f; // 设置比普通行走更高的代价Cost Override参数特别有用，它让你可以控制AI使用这些特殊路径的意愿。比如设置高代价会让AI优先选择常规路径，只在必要时才使用特殊路径。
6. 性能优化实战：百人同屏不卡顿
当游戏中有大量AI同时寻路时，性能可能成为噩梦。经过多次优化，我总结出几个关键策略：
首先是分层更新技巧：不是所有AI都需要每帧更新路径。我的做法是：
- 距离玩家近的AI：每帧更新
- 中距离AI：每3帧更新一次
- 远距离AI：每10帧更新一次
// 分层更新实现代码 void Update() { if(Time.frameCount % updateInterval == 0) { navMeshAgent.SetDestination(target.position); } }其次是LOD寻路：对远处的AI使用简化版的寻路计算。可以通过设置pathfindingIterationsPerFrame来控制每帧计算的路径节点数量。
最后是预处理的重要性：在场景加载时预计算静态路径，运行时只处理动态变化。这能显著减少实时计算负担。
