Cesium空间分析-飞行路线

飞行路线，是三维应用中很基础、普通的一个功能。普通到，感觉不值得拿出来说。但是我还是写了这篇文章来记录我的实现思路。why? 哈哈，因为我踩坑了。而且过了很久，再次翻出来改bug的时候，才很意外的跳出坑来。这么惊喜的事情，必须拿出来讲一讲。

我设计的飞行路线功能，很简单。没有像Cesium沙箱中一样，用一个CZML的模型，然后用模型移动来达到效果。

不是的，我是通过Camera.FlyTo()，通过移动相机视角，模拟第一人称相机的观察效果。

FlyTo的实现方式很简单：

 总结起来，就是FlyTo中不断递归第一个目标点（包括：到达下个一点的时间、姿态）。

但是，实现这个功能的过程中，我还是菜了几个坑：

1.飞行中，报错：maxium call stack size exceeded

原因：天真（傻傻）的我，采集目标点时，直接将：camera.position存了起来。

camera.position有点像强类型语言（Java、C#[原谅我，只写过这两种]）中的引用类型，是会实时变化的。

所以，无论我中途采集了多少目标点，最终都指向同一块内存，变为最新的相机位置。

修改方式：new Cesium.Cartesian3(camera.postion.x,camera.postion.y,camera.postion.z)

2.飞行过程不平滑，在新的站点开始前，感觉会停一段时间，体验很不好。

原因：flyto方法中，提供了easingFunction，可以自定义或指定cesium提供的插值方法。

不幸的是，我对插值算法不是很了解，所以没办法展开来讲。但“线性插值”是接触最多的，可以使时间均匀分配。

因此，flyto中 设置：easingFunction:Cesium.EasingFunction.LINEAR_NONE

说起来很惭愧，这两个问题，是把功能放了很长一段时间后，又重新捡起来修改的时候，才找到的原因和方案。所以，我觉得，遇到问题，躺平、摆烂也许就是最佳的方式呢。躺平一段时间后，再起来，才会有新思路，新视角。哈哈哈，over。对比一下平滑前后的效果：

（1）临近站点，会停留一会的效果。

不平滑飞行

（2）平滑，不停顿飞行。

平滑飞行