上一個項目的尋路方案是客戶端和服務器都采用了 NavMesh 作為解決方案，當時的那幾篇文章（一，二，三）是很多網友留言和后台發消息詢問最多的，看來這個方案有着廣泛的需求。但因為是商業項目，我無法貼出代碼，只能說明下我的大致思路，況且也有些懸而未決的不完美的地方，比如客戶端和服務器數據准確度 ...

　　上周的工作重點轉移到服務器尋路上來，剛剛做完沒幾天，總結一下，當時團隊討論的結果是使用 Unity 原生的 NavMesh 系統，然后將數據導出到服務器使用。我最初的思路是將導出的網格加載到服務器后，自己寫 A* 算法來尋路，但看了 RecastNavigation 后，果斷放棄想法，想使用已 ...

目前的工作需要加入自動尋路，后來決定使用 unity 自帶的 NavMesh，但有個問題是這個尋路數據，服務器也是需要的，那么我就要把這個數據導出為服務器所用才行。 但 NaveMesh 暫時沒有官方接口說如何導出這個 Mesh 的頂點數據，后來在論壇里發現 Unity 內部 ...

　　由於我們的項目采用的尋路解決方案是：客戶端使用 unity 原生的尋路系統，服務器采用 RecastNavigation 系統，而服務器的尋路數據來自於從 unity 導出的，所以理論上兩邊的尋路 ...