cesium实时多个车辆监控不断loadCZML的方式动态路径改变但是会很卡，请问有更好的方式吗？？

你不断loadCZML是不断load什么，路径吗？

如果是路径，你可以一次性load近来，然后存到内存里面，每个车的路径就是内存中了，少了一步文件IO应该会快不少。

我这个路径是实时的啊，我不断把新来的报文push到czml文件，不需要实时Load页面渲染吗？

@admin #1楼 我这个路径是实时的啊，我不断把新来的报文push到czml文件，不需要实时Load页面渲染吗？

直接调用datasource.process就行了吧，不用load的，也可以攒一些数据在缓冲区，然后一次性更新一段

@tangelridiia #4楼 viewer.dataSources.add(CzmlDataSource.process(czmlModel))是这样吗？我有个1秒的缓冲区。是不是每次更新都需要add到datasource。如果是这样我这会越来越卡啊。大哥求解答下，万分感谢

@qasqwq #5楼

旧的释放，新的加入应该就不会卡

没用过CZML. 用js实现的话，路径的话，1秒更新一次数据，只需要把一个新的坐标点 Cartesian2/Cartesian3 add 进原有的 samplePositionProperty 里就完事了。

@k316370554 #7楼 samplePositionProperty 目前我是这样做的，一直持续保持2个点，但是这个时间不好控制啊，我没用报文时间，我用的系统时间，这个1秒如果不够准确的话，会有卡顿和后退现象。求解答，困扰好久了额

你的困扰是网络及其它原因产生的数据延迟。 可能是业务原因，我这边后端推送数据，并没有产生严重的类似你这种的问题。 我大概有这样一种思路：使用报文时间，假想报文时间比本地系统时间快1秒。这样你会有1秒的缓冲期来处理网络的延迟，能解决你卡顿和后退的现象。坏处是当前的可视化效果，是1秒之前的。 你自己取舍。

换句话说，打个比方，把你的接下来100条数据看成100个人，排队进行登记。当前你的做法是，来个人你就马上登记。 但是有人会迟到，原本第三个轮到他了，但是他比四五个人来的晚。导致了顺序的混乱。 你可以等第三个人来了，站到他该在的位置，再进行登记处理。

@k316370554 #10楼 目前我让后台1秒推送一波数据并给我个标识，当我收集到2秒的数据时候我才开始处理数据。现在每个车都有2条报文，然后add对应点的位置，时间（这个时间我用的标识时间也就是系统时间）。但是结果就是车一直闪。然后我在 viewer.clock.currentTime 这个地方减个数字，不闪了但是会后退。这是什么问题啊。万分感谢！！！

你减去的这 0.167，就是给Cesium 167 毫秒时间，来处理你数据的迟到等问题。但是，相比修改Cesium的clock时间，我觉得修改你报文数据的时间更合适些。

@k316370554 #12楼 是啊，samplePositionProper不是只有两个点才能用吗？当每个车2个点收集完之后才开始显示。一个车2条时间间隔1秒。现在我都在怀疑是不是我的逻辑不对啊。

1. 检查后端给的数据，看数据有没有问题。 2.检查代码，看代码有木有问题。这个多查几遍。 3.最后再怀疑自己的逻辑。。。

我觉得，是你改clock的current时间改出问题了，你干扰了clock的内部时间机制。clock内部+1，渲染。 你-0.168，再渲染。这不就是后退么

@k316370554 #15楼 我不减，车会一闪一闪的但是的确平滑没有卡顿。但是这个闪我费好久不知道哪里原因。。。我想问下这个samplePositionProper我是1,2然后2,3然后3,4这样的方式用的，每次把第一个点删掉。这个闪的问题是不是这个原因导致的？

别删，一直往后加，你这样试试。

@k316370554 #17楼 不行啊哥，能帮我看下吗？比较急，可以有偿。求回复

@qasqwq 兄弟你的问题解决了吗？解决了的话，能私聊一下吗？