【问题标题】:Android Google Map addMarker() very slow when adding 400 markers添加 400 个标记时,Android Google Map addMarker() 非常慢
【发布时间】:2014-09-30 00:07:14
【问题描述】:

感谢您抽出宝贵时间阅读本文。

我在大约一个月前(2014 年 8 月 29 日)向 Google Play 商店发布了一个应用,使用相同数量的标记时这不是问题。本周,当我进入我的应用程序时,我注意到在我的 Galaxy S5 上将 400 个标记加载到地图上大约需要 10-20 秒,并且默认地图标记图标中间有一个小圆圈。在此之前,地图加载不到一秒钟。我没有更新或更改我的应用程序。我猜谷歌更新了谷歌地图 API,这个改变使得加载标记的速度慢了很多?这有发生在其他人身上吗?其他人有这方面的信息吗?

我的应用可在 Play 商店免费下载。如果您想查看加载速度有多慢,可以搜索 NYS Canal Guide 找到它。

地图初始化后在地图片段的onCreateView()中调用该方法:

    private void addExistingMarkersToMap(){
    log("Adding existing markers to the map. poiAdapter size = " + poiAdapter.getCount());
    Marker marker;
    MarkerOptions markerOptions;

    for(MapMarker mapMarker : poiAdapter){
        if(markersNotFilteredOut(mapMarker)){
            markerOptions = mapMarker.getMarkerOptions();

            if(markerOptions != null && mapMarker != null){
                marker = mMap.addMarker(markerOptions);
                mapMarker.setMarker(marker);
            }
        }
    }
}

这是 MapMarker 类的 getMarkerOptions() 方法:

public MarkerOptions getMarkerOptions() {
    return new MarkerOptions()
    .title(name)
    .position(new LatLng(lat, lng))
    .snippet(bodyOfWater + ", mile " + mile)
    .icon(BitmapDescriptorFactory.defaultMarker(BitmapDescriptorFactory.HUE_BLUE));
}

完整的源代码在这里:github.com/olearyj234/NYS-Canal-Guide

编辑:

** 具体来说,唯一较慢的部分是在初始化地图时加载标记(从一个导航选项卡切换回地图选项卡时也是如此)。移动地图或其他任何东西时并不慢。

以下是出现的一些日志:

当屏幕因加载标记而冻结几秒钟(5-15)时,此日志的生成速度非常快。位图 ID 继续递增 1,并且在加载标记时,它会生成大约 400 个这样的日志。这表明它必须是与在屏幕上加载标记位图有关的问题。我正在使用默认标记位图。

   10-01 15:45:07.222: D/skia(32108): GFXPNG PNG bitmap created width:16 height:32 bitmap id is 414

当应用程序完成将所有标记加载到地图时会生成此日志。

10-01 15:51:09.402: I/Choreographer(8353): Skipped 1130 frames!  The application may be doing too much work on its main thread.

当应用程序完成将所有标记加载到地图时,会生成此日志 14 次。

10-01 15:59:13.882: I/dalvikvm-heap(8353): Grow heap (frag case) to 40.668MB for 4194320-byte allocation

编辑 2:

我刚刚查看了某些代码行需要多长时间。我使用System.currentTimeMillis(); 来获取时间。在方法addExistingMarkersToMap() 中,这行花费了很长时间:marker = mMap.addMarker(markerOptions); 添加所有 400 个标记时,每个标记平均需要 54 毫秒。最短34ms,最长114ms。

如果您认为我应该提供更多信息,请在评论中告诉我。 谢谢!

【问题讨论】:

  • 我也重现了这个错误,即使你缓存图标BitmapDescriptor,添加标记也很慢。
  • @eliocs 您上个月也遇到过这种情况吗?我正在积极寻找解决方案,但我无法解决这个问题。还有,如何选择缓存 BitmapDescriptor 图标?
  • 假设可穿戴设备的 GPS(因此可能是地图)很重,由于可穿戴 API 的出现,他们可能重做了 API。虽然完全猜测,但如果你没有改变任何东西,那就是我的 2 美分。
  • @zgc7009 我同意,我认为他们改变了他们的 API,因为我没有改变任何东西。无论他们改变了什么,我认为这与将位图添加到地图有关。你能看看我刚刚添加到原始帖子中的日志吗?谢谢!
  • 有一个中间解决方案,只添加地图上可见的标记。如此处建议:stackoverflow.com/questions/13713066/…

标签: java android performance google-maps google-maps-markers


【解决方案1】:

这似乎是 Google Maps API v2 中引入的一个新问题(看起来像是 Play Services 6 更新之一),请参阅#7174 了解更多信息(请加注星标)。

从问题中提供的信息来看,问题似乎是特定于使用带有色调的默认标记,例如:

BitmapDescriptorFactory.defaultMarker(BitmapDescriptorFactory.HUE_BLUE)

有一些解决方法。最简单的是不提供色调(如果您的所有标记都是红色的):

BitmapDescriptorFactory.defaultMarker()

或使用自定义可绘制对象:

BitmapDescriptorFactory.fromResource(R.drawable.map_marker)

当使用带有色调的默认标记时,我发现速度降低了约 2000 倍。我现在将使用自定义可绘制对象作为解决方案。

【讨论】:

  • 7174 是我的错误。我发现了谷歌所做的另一个改变——你过去只能使用它们在工厂中静态定义的颜色(HUE_RED)。如果您提供了一个未定义的浮点数,它只会使用最接近的定义颜色。现在您可以使用任何浮点数来获得动态阴影。我敢打赌这就是他们引入问题的地方。
  • @myanimal 感谢您的好评。我为 7174 错误加注了星标。有谁知道我可以免费使用我的标记的一组好的图标?我想找到一个集合并使用 fromResource 方法。如果我找到一个好的集合,我会在这里发布一个链接。
  • 我也出演了它。这个问题发生在我身上,大约有 500 个默认标记和自定义色调。去除自定义色调后,它就像一个魅力。因此确认色调是问题!
  • 如果有这些问题的人想要使用我使用 Photoshop 创建的图标,请随意。您可以在“drawable”文件夹中的github.com/olearyj234/NYS-Canal-Guide/tree/master/res 下找到它们。每个图标文件名都以“mmi”开头。然后你可以使用BitmapDescriptorFactory.fromResource(R.drawable.map_marker) 来避免这个错误
  • 此错误已根据该链接在 Google Play 服务中得到修复。我可以确认它现在对我有用。
【解决方案2】:

据我了解,每次绘制标记时,它都会在返回标记时将绘图操作发送到后台的线程池。过快地淹没请求很容易使 CPU 不堪重负。
使用主循环器中的处理程序并以增加的间隔延迟发布操作,如下面的代码所示。

Handler handler = new Handler(Looper.getMainLooper());
int x = 0;
long DELAY = 10;
for(MapMarker mapMarker : poiAdapter){
    if(markersNotFilteredOut(mapMarker)){
        markerOptions = mapMarker.getMarkerOptions();

        if(markerOptions != null && mapMarker != null){
           handler.postDelayed(
                   new Runnable() {
                      @Override
                      public void run() {
                          marker = mMap.addMarker(markerOptions);
                          mapMarker.setMarker(marker);
                      }
                   }, (DELAY * (long)x++));
        }
    }
}

【讨论】:

  • 我更改了代码,所以它就像你上面的一样,但它仍然给了我同样的延迟。我编辑了原始帖子以包含一些日志。也许这可以帮助你帮助我?感谢您的回复!
猜你喜欢
  • 2012-11-22
  • 1970-01-01
  • 2013-06-24
  • 2016-06-22
  • 2017-05-18
  • 1970-01-01
  • 2012-04-14
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多