【问题标题】:Random NullPointerException on Google Maps API v2Google Maps API v2 上的随机 NullPointerException
【发布时间】:2026-01-10 07:20:03
【问题描述】:

我一直在我的 Android 应用程序上使用 Google Maps API v2(版本 3.2.25 (761454-30)),有时它运行良好,但有时(每次都更频繁)我得到一个空指针异常。我没有对地图做任何不同的事情,它发生在一些 Nexus 4 以及 Nexus S 上。我在 gmaps-api-issues 项目上找到了issue,尽管我没有得到任何从那里帮助。我在这里提出问题,然后提供一些细节,看看是否有人已经经历过这个。

正如我所说,我没有做任何与他们在 API 上建议的不同的事情,我认为我可能会做的唯一事情并不是每个人都必须做的(这可能会导致一些问题,idk)是:

  • 我在另一个 Fragment 中使用 SupportMapFragment,也就是嵌套的 Fragment。我也在用ActionBar Sherlock,所以说其他的fragment就是一个SherlockFragment。
  • 我在 Fragment 的 onCreateView 上实例化 SupportMapFragment(而不是将其放在 XML 上),然后将其添加到我的布局上的 FrameLayout 中。
  • 我正在对地图应用一些 Y 平移(使用 Nineoldanroids),以便获得与 Foursquare 应用程序中的效果相近的效果(尽管我从未在 Foursquare 上获得过 NPE)。
  • 随着用户在应用程序上的进展,我正在创建和清除一些标记(不应该这样,因为错误发生在启动时,同时加载 framgent)

就是这么多,我不会把代码放在这里,因为它不像只是一个不起作用的sn-p,但我已经列出了我正在做的很多事情。这是堆栈跟踪(实际上总是相同的):

java.lang.NullPointerException
at java.nio.ReadWriteDirectByteBuffer.put(ReadWriteDirectByteBuffer.java:137)
at java.nio.ShortToByteBufferAdapter.put(ShortToByteBufferAdapter.java:163)
at maps.z.d.d(Unknown Source)
at maps.z.d.a(Unknown Source)
at maps.aq.a.a(Unknown Source)
at maps.aq.ao.b(Unknown Source)
at maps.aq.ao.a(Unknown Source)
at maps.v.g.a(Unknown Source)
at maps.v.g.b(Unknown Source)
at maps.p.p.l(Unknown Source)
at maps.p.p.run(Unknown Source)

【问题讨论】:

  • 仅供参考,android 中没有 google maps api v3,目前为 v2
  • 对不起,因为版本名称,以为是 v3。修好了。
  • 有什么办法可以解决这个异常??
  • @Zoya 在下面查看我的答案。人们还针对存储库中的问题给出了一些可能的原因/修复:code.google.com/p/gmaps-api-issues/issues/detail?id=5100

标签: java android google-maps android-fragments


【解决方案1】:

好吧,我设法“解决”了这个问题。这实际上不是一个修复程序,但至少我避免了在引发该异常时我的应用程序崩溃。我所做的是覆盖默认的未捕获异常处理程序,并在未捕获异常是这个时抑制应用程序崩溃。崩溃是因为 NullPointerException 并且它总是发生在 GLThread 上(必须来自谷歌地图的绘图代码)。所以我检查是否所有先决条件都适用,如果是,我发送一个带有自定义操作的广播,以便我可以在我使用谷歌地图的片段上收听该广播,当我得到一个时替换我的 SupportMapFragment。由于我们遇到了一个未捕获的异常,GLThread 被中断并且对 Google Maps Fragment 的绘制被暂停,因此我们确实需要替换 Google Maps Fragment 以使地图再次工作。

这是我必须添加的代码:

在我的应用程序的 onCreate 上:

final UncaughtExceptionHandler defaultHandler = Thread.getDefaultUncaughtExceptionHandler();
Thread.setDefaultUncaughtExceptionHandler(new UncaughtExceptionHandler() {
    @Override
    public void uncaughtException(Thread thread, Throwable ex) {
        if (ex instanceof NullPointerException && thread.getName().startsWith("GLThread")) {
            for (StackTraceElement stackTraceElement : ex.getStackTrace()) {
                if (stackTraceElement.getClassName().contains("maps")) {
                    sendBroadcast(new Intent(ACTION_MAPS_NPE));
                    return;
                }
            }
        }
        defaultHandler.uncaughtException(thread, ex);
    }
});

然后在我使用 Google Maps 片段的片段上,我在将 SupportMapFragment 添加到 onCreateView 上的布局之前注册了这个广播接收器(并在 onDestroyView 上取消注册):

private class GoogleMapsNPEReceiver extends BroadcastReceiver {

    @Override
    public void onReceive(Context context, Intent intent) {
        Fragment mapFragment = getChildFragmentManager().findFragmentById(R.id.map_fragment_container);
        if (mapFragment != null) {
            getChildFragmentManager().beginTransaction()
                    .replace(R.id.map_fragment_container, SupportMapFragment.newInstance())
                    .commit();
            mMapInitialized = false;
            // We won't have onResume to initialize our map anymore. Try to initialize it after 100ms.
            final Handler handler = new Handler();
            handler.postDelayed(new Runnable() {
                @Override
                public void run() {
                    if (getGoogleMap() == null) {
                        handler.postDelayed(this, 100);
                    }
                }
            }, 100);
        }
    }
}

希望这对遇到同样问题的人有所帮助。如果有人对此有实际的解决方法,请告诉我。

【讨论】:

  • 这是一个很好的解决方法,因为我们无能为力。我只会将其更改为使用事件总线而不是广播。
  • 你是对的,广播可能是一种矫枉过正甚至不恰当的事情。我修改了我的代码以使用本地广播管理器,以便广播不会离开我的进程/应用程序。使用事件总线会增加创建注册/注销方法的开销,因为我还没有在我的项目中包含任何事件总线库,以及从上下文到我的应用程序类的一些转换,所以我认为坚持使用会更干净广播,但使用本地广播。