上一个项目的寻路方案是客户端和服务器都采用了 NavMesh 作为解决方案，当时的那几篇文章（一，二，三）是很多网友留言和后台发消息询问最多的，看来这个方案有着广泛的需求。但因为是商业项目，我无法贴出代码，只能说明下我的大致思路，况且也有些悬而未决的不完美的地方，比如客户端和服务器数据准确度 ...

　　上周的工作重点转移到服务器寻路上来，刚刚做完没几天，总结一下，当时团队讨论的结果是使用 Unity 原生的 NavMesh 系统，然后将数据导出到服务器使用。我最初的思路是将导出的网格加载到服务器后，自己写 A* 算法来寻路，但看了 RecastNavigation 后，果断放弃想法，想使用已 ...

目前的工作需要加入自动寻路，后来决定使用 unity 自带的 NavMesh，但有个问题是这个寻路数据，服务器也是需要的，那么我就要把这个数据导出为服务器所用才行。 但 NaveMesh 暂时没有官方接口说如何导出这个 Mesh 的顶点数据，后来在论坛里发现 Unity 内部 ...

　　由于我们的项目采用的寻路解决方案是：客户端使用 unity 原生的寻路系统，服务器采用 RecastNavigation 系统，而服务器的寻路数据来自于从 unity 导出的，所以理论上两边的寻路 ...