1. 项目概述为什么2D寻路是个“老大难”问题在Unity里做2D游戏尤其是俯视角的RPG、塔防、策略或者Roguelike角色移动和AI寻路绝对是绕不开的核心功能。很多开发者尤其是刚入行的朋友一开始可能会觉得“不就是让角色从A点走到B点吗用Transform.Translate或者Vector2.MoveTowards不就行了” 但实际做起来你会发现事情远没这么简单。当你的地图上有墙壁、河流、树木这些障碍物时简单的直线移动瞬间就“撞墙”了。于是你开始研究A*A-Star算法自己写网格、写节点、写启发函数折腾半天总算能让角色绕开障碍物了。但新的问题又来了如果你的地图是动态的比如可破坏的墙壁、移动的平台或者你的游戏单位数量庞大比如百人同屏的RTS自己实现的A*在性能和易用性上很快就会捉襟见肘维护成本也急剧上升。这时候你可能会想到Unity自带的NavMesh导航网格系统。这套系统在3D游戏里堪称神器它通过烘焙Bake场景中的可行走区域生成一个由三角形构成的导航网格AI角色可以在这个网格上高效、智能地计算路径自动绕开复杂障碍。然而Unity原生的NavMesh系统是为3D空间设计的。当你把它直接用在2D项目里会遇到一系列水土不服的问题Z轴方向的干扰、碰撞体朝向不对、烘焙出来的网格是立体的而非平面的导致角色路径计算诡异甚至直接“飞”出屏幕。NavMeshPlus就是为了彻底解决这个痛点而生的。它不是另一个独立的寻路系统而是Unity原生NavMesh系统在2D领域的“完美适配器”。它巧妙地利用了Unity Navigation系统的底层强大能力同时通过一系列扩展和封装让这套系统能无缝、高效地工作在纯粹的2D坐标系中。简单来说它让你能在2D游戏里享受到原本只有3D游戏才配拥有的、工业级的智能寻路体验。这不仅仅是“能用”而是“好用”、“稳定”和“高性能”的代名词。2. 核心设计思路如何让3D的NavMesh为2D世界服务NavMeshPlus的设计哲学非常清晰复用与扩展而非重造轮子。它没有去发明一套新的寻路算法而是选择站在巨人的肩膀上。这个“巨人”就是Unity内置的AI.Navigation模块。它的核心思路可以拆解为以下几个关键点2.1 坐标系的“降维打击”这是最核心的魔法。2D游戏通常使用XY平面作为游戏世界Z轴用于图层Sorting Layer或深度。而Unity的NavMesh系统默认在3D空间XYZ中工作。NavMeshPlus的解决方案是在烘焙导航网格和进行路径查询时将2D的XY平面映射到3D的XZ平面上。为什么是XZ平面而不是XY平面这是为了兼容Unity NavMesh的默认“向上”向量是 (0, 1, 0)即Y轴向上。在3D游戏中地面通常在XZ平面上角色在Y轴方向移动跳跃、下落。当我们把2D的XY平面强行塞进3D的XY平面会导致“地面”变成了侧立面导航系统会认为角色是在墙上行走计算会完全混乱。映射到XZ平面后2D的Y轴上下对应3D的Z轴前后2D的X轴左右保持不变。这样Unity NavMesh系统看到的就是一个正常的、平坦的“地面”所有寻路计算逻辑就都能正确工作了。在代码层面这体现为一系列静态工具方法用于在2D坐标Vector2和用于NavMesh计算的3D坐标Vector3之间进行转换。例如当你设置一个AI的目的地时你需要将Vector2 target转换为new Vector3(target.x, 0, target.y)再传递给NavMeshAgent。2.2 碰撞体的“维度转换”在3D中NavMesh通过识别带有Navigation Static标记的Mesh Renderer和Terrain来烘焙可行走区域和障碍。在2D中我们使用Collider2D如BoxCollider2D, PolygonCollider2D来定义物理边界。NavMeshPlus提供了NavMeshModifier组件的2D版本如NavMeshModifier2D它可以挂载在任何带有Collider2D的GameObject上。在烘焙过程中NavMeshPlus会收集场景中所有的NavMeshModifier2D并根据其关联的Collider2D的形状在后台生成对应的3D Mesh通常是将其轮廓“挤压”出一个极小的厚度然后标记为Navigation Static提交给Unity的NavMesh烘焙系统。这样2D的碰撞体形状就完美地转换成了3D导航网格可以识别的几何体。2.3 代理Agent的2D化Unity的NavMeshAgent组件是控制角色移动的核心但它同样是3D的。NavMeshPlus提供了NavMeshAgent2D组件。这个组件内部封装了一个隐藏的、标准的NavMeshAgent。它主要负责坐标转换将2D的输入当前位置、目标位置转换成3D坐标驱动内部的NavMeshAgent进行计算。运动同步每帧从内部NavMeshAgent获取计算出的下一个路径点3D坐标再转换回2D坐标然后通过你选择的方式如Rigidbody2D、Transform直接赋值来实际移动你的2D角色Sprite。参数暴露将NavMeshAgent的重要参数如速度、加速度、旋转速度、障碍物回避半径等以2D友好的方式暴露出来。这种设计意味着你几乎可以像在3D中使用NavMeshAgent一样在2D中使用NavMeshAgent2D包括设置目的地、查询路径状态、处理到达事件等而无需关心背后复杂的坐标转换。3. 环境准备与项目集成在开始动手之前你需要确保项目环境正确。NavMeshPlus是一个开源项目主要通过Unity的Package Manager进行安装。3.1 安装Unity模块与Package首先确保你的Unity编辑器安装了“Navigation”包。在Unity 2019.4及以后版本中它通常已包含在默认安装中。你可以在Window - Package Manager中切换到Built-in或Unity Registry列表搜索 “AI Navigation” 并确认其已安装。接下来安装NavMeshPlus。由于它不在Unity官方注册表中我们需要通过Git URL来安装。打开Window - Package Manager。点击左上角的号按钮选择Add package from git URL...。在弹出的输入框中粘贴NavMeshPlus的Git仓库地址https://github.com/h8man/NavMeshPlus.git点击Add。Unity会开始从GitHub下载并导入这个包。注意网络与版本问题国内开发者有时可能因为网络问题克隆Git仓库较慢或失败。如果遇到这种情况可以尝试使用稳定的网络环境或配置Git代理。直接去GitHub仓库的Release页面下载最新的.unitypackage文件然后通过Assets - Import Package - Custom Package进行传统方式导入。但更推荐使用Package Manager因为它便于后续更新和管理依赖。确认你的Unity版本与NavMeshPlus兼容。通常它支持较新的LTS长期支持版本如2021.3 LTS, 2022.3 LTS等。如果遇到编译错误检查一下Unity版本和NavMeshPlus的发布说明。安装成功后你会在Package Manager的My Registries或列表里看到NavMesh Components。同时在菜单栏Component和Window - AI下应该能看到新增的2D相关选项。3.2 基础场景设置让我们从一个最简单的俯视角2D场景开始。创建场景与层级Layers新建一个2D场景。建议预先设置好层级以便管理。在Edit - Project Settings - Tags and Layers中可以添加诸如 “Walkable”, “Obstacle”, “Agent” 等层级。创建“地面”创建一个空的GameObject命名为 “Ground”。为其添加一个SpriteRenderer组件可以放一张地板贴图和一个BoxCollider2D组件用于物理和导航边界。将这个GameObject的Layer设为 “Walkable”。创建“障碍物”同样创建几个作为墙壁或树木的GameObject添加SpriteRenderer和BoxCollider2D或PolygonCollider2D处理复杂形状并将它们的Layer设为 “Obstacle”。创建“导航代理”创建一个作为玩家的角色GameObject命名为 “Player”。添加SpriteRenderer和Rigidbody2D如果你希望有物理交互比如碰撞推开。关键一步为其添加NavMeshAgent2D组件。你可以在Component - Navigation - 2D下找到它。至此你的场景基础结构就搭建好了。但此时运行游戏角色还不会动因为导航网格还没有被“烘焙”出来。4. 核心工作流从烘焙到移动NavMeshPlus的工作流与Unity原生NavMesh高度相似分为烘焙Bake和运行时Runtime两大阶段。4.1 烘焙导航网格定义“可走”与“不可走”烘焙是预处理阶段它根据场景中的静态几何体计算生成导航网格数据NavMesh Data Asset。这个数据资产包含了整个场景中所有可行走区域的三角形网格信息。创建导航表面NavMesh Surface在场景中创建一个空的GameObject命名为 “NavMesh Surface”。为其添加NavMeshSurface2D组件位于Component - Navigation - 2D。这个组件是烘焙过程的总控制器。配置烘焙参数选中 “NavMesh Surface” 对象查看其NavMeshSurface2D组件。有几个关键参数需要设置Agent Type选择或创建一个代理类型。这定义了寻路AI的“体型”参数如半径、高度、步高、最大坡度等。对于纯2D俯视角游戏高度和坡度通常不重要但半径Agent Radius至关重要。它决定了AI认为的自身“体积”路径会与障碍物保持至少这个半径的距离。默认值如0.5可能对于像素游戏来说太大建议根据你的角色精灵大小调整为0.1-0.3。Use Geometry选择Physics Colliders。这是告诉系统使用场景中2D物理碰撞体的形状来生成导航网格。Layer Mask设置哪些层级的碰撞体会被纳入烘焙。通常我们只勾选 “Walkable” 层。千万不要把“Obstacle”层也勾选上否则障碍物区域也会被烘焙成可行走区域。障碍物是通过NavMeshModifier2D来处理的。Default Area默认为 “Walkable”。你可以创建不同的区域类型如“道路”、“草地”、“沼泽”并在NavMeshModifier2D中指定让AI在不同区域上有不同的移动成本Speed Multiplier。标记障碍物选中之前创建的每一个障碍物GameObjectLayer为“Obstacle”的为它们添加NavMeshModifier2D组件Component - Navigation - 2D。在该组件上勾选Override Area并将Area Type设置为Not Walkable。这等于告诉烘焙系统“这个碰撞体覆盖的区域是不可行走的请在导航网格中挖个洞。”执行烘焙回到 “NavMesh Surface” 对象在NavMeshSurface2D组件上点击Bake按钮。Unity会开始处理并在场景视图中以蓝色网格显示出烘焙生成的可行走区域。你会看到地面Ground区域是蓝色的而障碍物所在的位置是空的。实操心得烘焙的陷阱与技巧动态障碍物烘焙只处理标记为Navigation Static对于2D是通过NavMeshModifier2D间接标记的物体。如果你的障碍物是运行时动态生成或移动的如可推开的箱子烘焙时它们不能被标记为障碍物。对于这类物体需要使用NavMeshObstacle2D组件在运行时动态阻挡路径。网格精度与性能NavMeshSurface2D上有Voxel Size体素大小和Tile Size瓦片大小等高级参数。减小Voxel Size会让导航网格更精确地贴合碰撞体边缘但会显著增加烘焙时间和运行时数据量。对于大多数2D游戏默认值通常足够。除非你的障碍物形状极其复杂如锯齿状城墙否则不要轻易调整。烘焙失败排查如果点击Bake后没有任何蓝色网格出现请按以下步骤检查确认NavMeshSurface2D的Layer Mask包含了你的“地面”对象所在的层。确认你的“地面”对象确实有Collider2D组件并且没有勾选Is Trigger除非你希望它是触发区域而非实体地面。检查场景中是否有任何缩放为0的轴这可能导致Unity无法生成有效网格。查看Unity控制台Console是否有错误或警告信息。4.2 配置与驱动NavMeshAgent2D烘焙完成后导航数据就准备好了。接下来是让角色动起来。配置Player的NavMeshAgent2D选中 “Player” 对象查看其NavMeshAgent2D组件。Agent Type选择与NavMeshSurface2D烘焙时相同的代理类型确保参数匹配。Speed最大移动速度。Acceleration加速度影响起步快慢。Angular Speed角速度在2D中通常用于角色转向如果使用Rigidbody2D并开启旋转。对于直接移动Sprite的情况可以设高或禁用旋转。Stopping Distance在距离目标点多远时停止。对于点击移动设置一个较小的值如0.05可以让角色更精确地到达目标点。Auto Traverse Off Mesh Link是否自动通过“分离网格链接”如跳跃点、传送门。2D游戏中较少使用可以先保持默认。Auto Repath当路径中途被阻塞时是否自动重新计算路径。建议开启。Area Mask允许Agent在哪些区域行走。通常保持默认All Areas即可除非你设计了禁区。编写移动脚本我们需要一个简单的脚本来为Agent设置目的地。创建一个C#脚本PlayerController2D.cs并挂载到Player上。using UnityEngine; using UnityEngine.AI; // 注意这里使用的是UnityEngine.AI命名空间因为NavMeshAgent2D内部封装了它。 public class PlayerController2D : MonoBehaviour { private NavMeshAgent2D agent; private Camera mainCamera; void Start() { agent GetComponentNavMeshAgent2D(); mainCamera Camera.main; } void Update() { // 示例鼠标点击移动 if (Input.GetMouseButtonDown(0)) // 左键点击 { // 将鼠标的屏幕坐标转换为世界坐标 Vector2 mousePos mainCamera.ScreenToWorldPoint(Input.mousePosition); // 设置代理的目的地就是这么简单。 agent.SetDestination(mousePos); } // 你可以在这里添加其他移动逻辑比如键盘WASD控制。 // 对于WASD你需要每帧计算一个方向向量然后使用agent.velocity或agent.Move()。 // 但SetDestination是最高级的“点击即到”的寻路方式。 } }运行测试运行游戏点击场景中的地面避开障碍物。你应该能看到角色自动规划出一条绕过障碍物的路径并平滑地移动过去。点击障碍物内部角色会尝试移动到可达的最近点。5. 高级特性与实战技巧掌握了基础工作流后NavMeshPlus还有一些强大的高级功能能让你的游戏AI更加智能和自然。5.1 动态障碍物NavMeshObstacle2D对于运行时出现、移动或消失的障碍物如被召唤的墙壁、被推开的箱子、其他移动的NPC你不能使用烘焙时的NavMeshModifier2DNot Walkable因为烘焙数据是静态的。这时就需要NavMeshObstacle2D组件。添加组件为你的动态障碍物GameObject添加NavMeshObstacle2D组件。配置形状在组件上你可以设置障碍物的形状Carve可以是Box、Capsule或根据Collider2D的形状自动适配 (Shape - FromCollider)。关键参数Carve这是最重要的选项。勾选后该障碍物会在运行时“雕刻”导航网格实时阻挡路径。不勾选则仅作为避让参考Agent会尝试绕行但不会修改网格。Move Threshold当障碍物移动距离超过此值时才会触发导航网格的重新雕刻Carve。设置一个合理的值可以避免因微小抖动导致的频繁性能消耗。Time To Stationary障碍物停止移动后等待多久才将其视为静态障碍并优化其雕刻。有助于性能。注意事项性能与Carve动态雕刻导航网格是一个相对昂贵的操作。如果一个场景中有大量频繁移动的NavMeshObstacle2D且都开启了Carve会对CPU造成压力。最佳实践是只对真正阻挡关键路径的、移动不频繁的物体开启Carve。对于大量移动的单位如其他NPC更好的方式是不使用NavMeshObstacle而是通过设置Agent的avoidance priority回避优先级和radius让它们彼此动态避让。这属于“局部避障”Local Avoidance计算量更小效果更自然。5.2 局部避障Local Avoidance当你拥有多个移动的NavMeshAgent时你肯定不希望它们互相穿透或者卡在一起。Unity的NavMeshAgent内置了基于RVOReciprocal Velocity Obstacles相互速度障碍的局部避障算法。在NavMeshAgent2D组件上你可以找到Obstacle Avoidance相关的参数Radius代理的物理半径用于避障计算。应略小于其视觉表现半径。Priority回避优先级0-99。数值低的代理会为数值高的代理让路。可以给玩家设为高优先级如99给杂兵设为低优先级。Quality避障计算的质量等级。None不避障LowMediumHigh。高质量意味着更平滑自然的避让但计算成本也更高。对于大量单位可以尝试使用Low或Medium。局部避障在NavMeshAgent2D内部是通过其封装的3DNavMeshAgent完成的因此无需额外设置即可工作。你只需要调整好半径和优先级参数多个Agent在共享路径上就会自动相互避让。5.3 区域与成本Areas Costs导航网格可以被划分为不同的区域并为每个区域分配不同的移动成本。这可以用来模拟不同的地形对移动速度的影响。定义区域在Window - AI - Navigation窗口中切换到Areas标签页。你可以看到默认的“Walkable”区域成本为1。你可以点击 “” 创建新区域例如 “Mud”泥沼成本3、“Road”道路成本0.8。应用区域在场景中为特定的地面GameObject如一片沼泽地的Sprite添加NavMeshModifier2D组件。勾选Override Area并从下拉菜单中选择你创建的 “Mud” 区域。重新烘焙在NavMeshSurface2D上点击Bake。你会看到那片区域在导航网格视图中可能显示为不同的颜色取决于你在Areas中设置的颜色。Agent响应当你的NavMeshAgent2D计算路径时它会自动选择总成本距离 * 区域成本最低的路径。因此即使穿过沼泽是直线距离更短Agent也可能会选择绕行走道路因为道路的总成本更低。你可以在NavMeshAgent2D组件的Area Mask中控制Agent可以进入哪些区域。5.4 与Rigidbody2D的协同工作NavMeshAgent2D默认会直接控制GameObject的Transform.position来实现移动。但在一些需要物理交互如碰撞、受力的2D游戏中你希望移动由物理引擎驱动。NavMeshAgent2D组件提供了一个Update Mode选项Update Transform默认Agent直接修改Transform。简单高效但无视物理。Update Rigidbody2DAgent会计算出一个期望的速度向量然后将其赋值给Rigidbody2D.velocity让物理引擎来实际执行移动。这允许角色受到物理力的影响虽然Agent会持续尝试纠正路径并能与其他物理对象正确碰撞。选择Update Rigidbody2D模式时请确保你的Player对象上有Rigidbody2D组件并且其Body Type设置为Dynamic或Kinematic取决于你是否希望它受重力影响。这种模式下Agent的移动会显得更“有重量感”但也可能因为物理干扰而偏离路径需要你仔细调整Agent和Rigidbody的参数以达到平衡。6. 性能优化与疑难排查将NavMeshPlus用于稍大规模的场景或较多单位时性能是需要考虑的问题。6.1 性能优化要点代理数量这是最大的性能因素。每个活动的NavMeshAgent2D每帧都需要进行路径查询和避障计算。对于大量单位如数百个考虑使用更简化的移动逻辑如群组移动、简化寻路来管理低优先级单位。导航网格复杂度由Voxel Size和场景碰撞体复杂度决定。更简单的碰撞体形状用BoxCollider2D代替PolygonCollider2D和更大的Voxel Size能生成更简洁的网格减少路径搜索的计算量。动态障碍物雕刻如前所述谨慎使用NavMeshObstacle2D的Carve功能并合理设置Move Threshold和Time To Stationary。路径查询频率避免每帧都为所有Agent调用SetDestination。只有在目标点真正改变时才调用。对于跟随玩家或固定巡逻的AI可以降低路径重算的频率。使用代理池对于频繁生成和销毁的单位如发射的子弹、临时特效单位不要为它们添加NavMeshAgent2D。寻路是给有“智能”的移动单位使用的。6.2 常见问题与解决方案下面是一个快速排查表格列出了使用NavMeshPlus时最常见的问题问题现象可能原因解决方案点击后角色不动1.NavMeshAgent2D组件未添加或未启用。2. 目标点不在导航网格上如点击了障碍物内部。3. 脚本中设置目的地的代码未执行或坐标转换错误。1. 检查组件状态。2. 使用agent.SetDestination()前可用NavMesh.SamplePosition采样最近的可达点。3. Debug输出目标点坐标检查转换逻辑。角色移动但穿透障碍物1. 障碍物未正确标记。可能是NavMeshModifier2D的Area未设为Not Walkable或者其Layer未被NavMeshSurface2D的Layer Mask排除。2. Agent的Radius设置过小。1. 检查障碍物组件的设置和Surface的Layer Mask。2. 适当增大Agent的Radius。角色移动路径很奇怪绕远路或卡住1. 导航网格烘焙不准确有错误的“孤岛”或缝隙。2. Agent的Agent Type与Surface烘焙时使用的类型不匹配特别是Radius不同。3. 存在微小的、未标记的碰撞体阻挡了路径。1. 在Scene视图的导航网格显示模式下检查网格完整性。调整烘焙参数或清理场景垃圾碰撞体。2. 确保Agent Type一致。3. 使用Debug.DrawLine绘制出Agent计算出的路径 (agent.path.corners)直观查看问题所在。多个Agent堆叠在一起不避让1. 局部避障未开启或质量设为None。2. Agent的Radius设置过小或Priority全部相同且冲突。3. 路径过于狭窄超出了避障算法的能力。1. 检查Obstacle Avoidance的Quality设置。2. 合理设置Radius和差异化Priority。3. 设计关卡时保证通道宽度大于2个Agent的半径之和。运行时动态障碍物无效1.NavMeshObstacle2D的Carve未勾选。2. 障碍物形状未正确设置如Scale为0。3. 障碍物移动速度过快避障系统来不及反应。1. 确认勾选Carve。2. 检查Shape和Size参数。3. 对于高速移动物体可能需要结合其他碰撞检测逻辑。烘焙后无蓝色网格显示1.NavMeshSurface2D的Layer Mask未包含任何有效碰撞体层。2. 用作地面的物体没有Collider2D或其Is Trigger被勾选。3. Surface组件未激活或烘焙未成功查看Console错误。1. 检查Layer Mask设置。2. 检查地面物体的碰撞体。3. 激活组件查看Console输出。6.3 调试与可视化善用Unity提供的调试工具能极大提升开发效率显示导航网格在Scene视图点击右上角的Gizmos下拉菜单确保Navigation相关的选项被勾选。你可以在Window - AI - Navigation窗口的Bake面板底部调整导航网格在Scene视图中的显示颜色和透明度。绘制Agent路径在你的Agent控制脚本中可以添加以下代码在OnDrawGizmos中绘制路径void OnDrawGizmosSelected() { if (agent ! null agent.path ! null) { var path agent.path; Gizmos.color Color.yellow; for (int i 0; i path.corners.Length - 1; i) { // 注意坐标转换NavMesh内部使用3D(X,0,Z)绘制时需要转回2D(X,Y) Vector3 p1 new Vector3(path.corners[i].x, path.corners[i].z, 0); Vector3 p2 new Vector3(path.corners[i1].x, path.corners[i1].z, 0); Gizmos.DrawLine(p1, p2); Gizmos.DrawSphere(p1, 0.05f); } } }检查可达性使用NavMesh.SamplePosition或NavMesh.Raycast可以在代码中查询某个点是否在导航网格上或者两点之间是否有直接通路。这在决定AI行为时非常有用。7. 项目架构与扩展思路在大型或复杂的2D项目中如何优雅地集成NavMeshPlus这里有一些架构上的建议。7.1 管理多个导航表面一个大型开放世界2D地图如果全部烘焙成一个导航网格数据量会很大且局部更新困难。NavMeshPlus支持多个NavMeshSurface2D。你可以将世界划分为多个区域如房间、场景每个区域有自己的NavMeshSurface2D和烘焙数据。然后使用NavMeshLink2D组件来连接两个相邻表面之间的缺口如门、传送点。在运行时通过代码动态加载和卸载不同区域的NavMeshSurface2D实例及其数据实现流式加载。7.2 自定义移动与动画集成NavMeshAgent2D提供了移动的核心逻辑但最终如何驱动你的角色动画Animator需要你自己连接。通常的模式是在Update中从NavMeshAgent2D获取agent.velocity这是一个Vector2已经是转换好的2D速度。根据这个速度向量的magnitude大小和normalized方向来设置Animator控制器Animator Controller中的参数。例如将速度大小传递给Animator.SetFloat(Speed, agent.velocity.magnitude)将速度方向传递给Animator.SetFloat(MoveX, agent.velocity.normalized.x)等。如果你的游戏是8方向或4方向移动你需要将连续的速度方向转换为离散的枚举状态再传递给动画机。7.3 与其他AI行为树的结合NavMeshPlus解决了“如何走过去”的问题但“为什么要走过去”、“去哪里”是更高级的AI决策问题。NavMeshAgent2D可以很好地与流行的AI插件如NodeCanvas, Behavior Designer或自己编写的状态机State Machine结合。在这些AI系统中你可以将SetDestination封装成一个Action节点或一个状态行为。AI的决策层如行为树负责根据游戏逻辑如“看到敌人”、“血量低需要逃跑”、“需要去采集资源”计算出目标位置Vector2然后调用这个Action让NavMeshAgent2D去执行具体的寻路和移动。这种职责分离让代码结构更清晰AI也更易于设计和调试。从我个人的多个2D项目实战经验来看NavMeshPlus的引入几乎一次性解决了所有基础寻路的烦恼让团队能将精力集中在游戏玩法逻辑和更高级的AI行为设计上。它稳定、高效并且与Unity编辑器工作流深度集成可视化调试非常方便。唯一需要花点时间适应的就是最初的那套“2D转3D”的思维转换一旦理解它就是你在2D Unity项目中实现高质量寻路的不二之选。
