在我的应用程序中,我在MapView之上绘制公交车路线.这些路线有十几个和几百个GPS坐标,描述了公交车的路线.

我遇到的问题是,一旦我绘制出平移/缩放所有这些行,MapView的速度非常慢(即使单击“返回”按钮也需要一分钟时间).

我不确定它有多相关,但我输入了一些调试代码,然后检查了logcat输出,并且MapView反复调用Overlay的draw()方法,无论是否有任何改变.这种情况每秒发生几次,导致大量垃圾收集(每秒2-3 MB).

有没有人有任何想法/建议的方法来尝试加快这一点？

解决方法:

我只使用了ItemizedOverlay,而不是Overlay,所以这些建议都是纯粹的猜想.哎呀,我甚至没有做过2D图形API.

显然,最好的答案是让它一直停止调用draw().尝试记录一些堆栈跟踪,看看是否可以找出触发所有draw()调用的内容.例如,最近在Android Google Groups中,有人注意到Chronometer会导致同一UI中的小部件每秒重绘一次.虽然我可以看到你没有计时器,但你可以找出一些你可以纠正的draw()调用的根本原因.

假设没有帮助,我猜测“是否有任何改变”的测试是getLatitudeSpan(),getLongitudeSpan(),getZoomLevel()和其他MapView方法的某种组合.并且,我假设在每次绘制()时,您正在迭代GPS点并绘制路线.如果是这样,您可以尝试：

>当你真的绘制时,首先绘制一个由Bitmap支持的Canvas,然后在你传递给draw()的Canvas上应用Bitmap,并缓存那个Bitmap.
>跟踪最后一个draw()中使用的值的组合,如果下一个draw()是相同的,只需重用现有的Bitmap.否则,转到步骤#1,确保释放位图(或重用它,如果可能的话).

我猜测,通过图形加速,将Bitmap喷射到Canvas上比迭代坐标和绘制线要便宜.而且,通过缓存Bitmap,您将节省垃圾生成.

无论如何,只是一个想法.