3

在我的应用程序中，我在MapView上绘制巴士路线。这些路线有十几个到几百个 GPS 坐标来描述公共汽车所走的路线。

由 imgur.com 主办

我遇到的问题是，一旦我画出所有这些行平移/缩放，MapView速度就会非常慢（即使单击“返回”按钮也需要一分钟时间）。

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

有人对尝试加快速度的方法有任何想法/建议吗？

4

2 回答 2

5

我只用过ItemizedOverlay, not Overlay，所以这些建议纯属猜想。哎呀，我什至没有对 2D 图形 API 做太多事情。

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

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

  1. 当你真的画时，先画到 aCanvas支持的 a上Bitmap，然后Bitmap在Canvas你上交的 上应用draw()，然后缓存它Bitmap。
  2. 跟踪最后一个使用了哪些值组合draw()，如果下一个draw()相同，则重用现有的Bitmap。否则，转到第 1 步，确保释放位图（或重复使用它，如果可能的话）。

我猜想通过图形加速，将 a 爆破比遍历坐标和绘制线条更便宜Bitmap。Canvas而且，通过缓存Bitmap，您将节省垃圾生成。

无论如何，只是一个想法。

于 2009-11-03T01:29:22.640 回答
1

覆盖类中有两个绘制方法。一个有 3 个参数，一个有 4 个参数。您必须使用 3 个参数覆盖 draw 方法。用 4 个参数覆盖该方法会减慢您的应用程序。这正是发生在我身上的事。看来，互联网上哪里有同样错误的例子。

于 2012-01-01T15:24:22.920 回答