优化导航性能
常见的导览相关性能问题可分为以下主题：
为导航网格烘焙解析场景树节点时的性能问题。
烘焙实际导航网格时的性能问题。
NavigationAgent 路径查询的性能问题。
实际路径搜索的性能问题。
同步导航地图的性能问题。
在以下部分中可以找到有关如何识别和修复或至少减轻其对影格速率的影响的信息。
解析场景树节点的性能问题
小技巧
喜欢使用边缘尽可能少的简单形状，例如，不要像圆形、球体或圆环那样呈圆形。
优先使用物理碰撞形状而不是复杂的视觉网格作为来源几何体，因为网格需要从GPU复制，并且通常比必要的详细得多。
一般来说，避免使用非常复杂的几何体作为烘焙导览网格的来源几何体。例如，永远不要使用非常详细的视觉网格，因为将其形状解析为数据数组并将其体素化以进行导览网格烘焙将花费很长时间，而不会在最终导览网格上获得真正的质量增益。相反，请使用形状的非常简化的细节等级版本。更好的是，使用非常原始的形状，例如盒子和矩形，它们仅大致覆盖相同的几何形状，但仍然会产生足够好的路径搜寻烘焙结果。
喜欢使用简单的物理碰撞形状而不是视觉网格，作为烘焙导览网格的来源几何。预设情况下，物理形状是非常有限且经过最佳化的形状，可以轻松快速地解析。另一方面，视觉网格的范围可以从简单到复杂。最重要的是，为了存取视觉网格数据，解析器需要从算绘服务器请求网格数据数组，因为视觉网格数据直接储存在GPU上，而不是缓存在CPU上。这需要锁定RenderingServer线程，并且在算绘以多线程运作时会严重影响运作时的影格速率。如果算绘运作单线程，影格率影响可能会更严重，并且网格解析可能会在复杂网格上冻结整个游戏几秒钟。
实际路径搜索的性能问题
小技巧
透过减少多边形和边的数量来优化过于详细的导览网格。
实际路径搜寻的成本与导览网格多边形和边缘的数量直接相关，而不是与游戏世界的实际大小相关。如果一个巨大的游戏世界使用非常优化的导览网格，只有少数多边形覆盖大面积，那么性能应该是可以接受的。如果游戏世界被分割成非常小的导览网格，每个导览网格都有微小的多边形（如TileMap），则寻路性能将会降低。
一个常见问题是当路径查询中无法到达目标位置时效能突然下降。这种性能下降是“正常的”，是导览网格太大、未优化的结果，需要搜寻大量多边形和边缘。在可以快速到达目标位置的正常路径搜寻中，一旦到达该位置，寻路就会提前退出，这可以暂时隐藏这种优化不足的情况。如果无法到达目标位置，则寻路必须对可用多边形进行更长的搜索，以确认该位置绝对无法到达。