标签：android overlay android-mapview

在我的应用程序中,我在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,您将节省垃圾生成.

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

标签：android,overlay,android-mapview
来源： https://codeday.me/bug/20190827/1742421.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。