带有信号 6 的 RenderThread 的本机崩溃（SIGABRT）

crash android java

2022-09-01 02:12:58

更新！

见下文

情况

我们的应用存在难以诊断的问题。当我们尝试使用意图让相机应用返回图片时，我们会收到一个低级崩溃情况，我们不确定如何调试。这发生在烦恼的Android 6.0和Android 7.0上的Nexus 5x设备上。

下面是来自监视器的堆栈跟踪：

10-17 11:59:41.208 9925-9925/? A/DEBUG: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
10-17 11:59:41.208 9925-9925/? A/DEBUG: Build fingerprint: 'google/bullhead/bullhead:7.0/NBD90W/3239497:user/release-keys'
10-17 11:59:41.208 9925-9925/? A/DEBUG: Revision: 'rev_1.0'
10-17 11:59:41.208 9925-9925/? A/DEBUG: ABI: 'arm64'
10-17 11:59:41.208 9925-9925/? A/DEBUG: pid: 5791, tid: 6054, name: RenderThread  >>> com.ourapp <<<
10-17 11:59:41.209 9925-9925/? A/DEBUG: signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr --------
10-17 11:59:41.230 9925-9925/? A/DEBUG: Abort message: 'Leaked 2 GPU objects!'
10-17 11:59:41.230 9925-9925/? A/DEBUG:     x0   0000000000000000  x1   00000000000017a6  x2   0000000000000006  x3   0000000000000008
10-17 11:59:41.230 9925-9925/? A/DEBUG:     x4   00006e6174736e69  x5   0000000000000000  x6   0000007629a9f000  x7   0000000000000000
10-17 11:59:41.230 9925-9925/? A/DEBUG:     x8   0000000000000083  x9   ffffffffffffffdf  x10  0000000000000000  x11  0000000000000001
10-17 11:59:41.230 9925-9925/? A/DEBUG:     x12  0000000000000018  x13  0000000000000000  x14  0000000000000000  x15  000850a8eb6af8af
10-17 11:59:41.231 9925-9925/? A/DEBUG:     x16  000000762948eed0  x17  0000007629438a2c  x18  0000000000000400  x19  00000076093b84f8
10-17 11:59:41.231 9925-9925/? A/DEBUG:     x20  0000000000000006  x21  00000076093b8450  x22  000000000000000b  x23  000000762933c040
10-17 11:59:41.231 9925-9925/? A/DEBUG:     x24  00000000ffffffff  x25  00000075f9d71490  x26  7fffffffffffffff  x27  00000075f2c54060
10-17 11:59:41.231 9925-9925/? A/DEBUG:     x28  0000007625c83238  x29  00000076093b7ae0  x30  0000007629435e58
10-17 11:59:41.231 9925-9925/? A/DEBUG:     sp   00000076093b7ac0  pc   0000007629438a34  pstate 0000000060000000
10-17 11:59:41.237 3715-9157/? E/mm-camera-sensor: port_sensor_handle_aec_update:443miss aec update window, skip
10-17 11:59:41.253 9925-9925/? A/DEBUG: backtrace:
10-17 11:59:41.254 9925-9925/? A/DEBUG:     #00 pc 000000000006ba34  /system/lib64/libc.so (tgkill+8)
10-17 11:59:41.254 9925-9925/? A/DEBUG:     #01 pc 0000000000068e54  /system/lib64/libc.so (pthread_kill+64)
10-17 11:59:41.254 9925-9925/? A/DEBUG:     #02 pc 0000000000023ed8  /system/lib64/libc.so (raise+24)
10-17 11:59:41.254 9925-9925/? A/DEBUG:     #03 pc 000000000001c790  /system/lib64/libc.so (abort+52)
10-17 11:59:41.254 9925-9925/? A/DEBUG:     #04 pc 00000000000107f4  /system/lib64/libcutils.so (__android_log_assert+224)
10-17 11:59:41.254 9925-9925/? A/DEBUG:     #05 pc 0000000000054cc0  /system/lib64/libhwui.so
10-17 11:59:41.254 9925-9925/? A/DEBUG:     #06 pc 00000000000350f8  /system/lib64/libhwui.so
10-17 11:59:41.254 9925-9925/? A/DEBUG:     #07 pc 00000000000328c8  /system/lib64/libhwui.so
10-17 11:59:41.254 9925-9925/? A/DEBUG:     #08 pc 0000000000037348  /system/lib64/libhwui.so
10-17 11:59:41.254 9925-9925/? A/DEBUG:     #09 pc 0000000000038434  /system/lib64/libhwui.so
10-17 11:59:41.254 9925-9925/? A/DEBUG:     #10 pc 0000000000039890  /system/lib64/libhwui.so (_ZN7android10uirenderer12renderthread12RenderThread10threadLoopEv+152)
10-17 11:59:41.254 9925-9925/? A/DEBUG:     #11 pc 0000000000012460  /system/lib64/libutils.so (_ZN7android6Thread11_threadLoopEPv+272)
10-17 11:59:41.254 9925-9925/? A/DEBUG:     #12 pc 000000000009bc4c  /system/lib64/libandroid_runtime.so (_ZN7android14AndroidRuntime15javaThreadShellEPv+116)
10-17 11:59:41.254 9925-9925/? A/DEBUG:     #13 pc 000000000006863c  /system/lib64/libc.so (_ZL15__pthread_startPv+208)
10-17 11:59:41.254 9925-9925/? A/DEBUG:     #14 pc 000000000001d9fc  /system/lib64/libc.so (__start_thread+16)

当我们使用意图调用相机应用程序以使用以下代码检索图片时，我们可以可靠地触发此事件：

Intent intent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);

if (intent.resolveActivity(fragmentContext.getPackageManager()) == null) {
   return;
}

try {
   File photoFile = FileUtils.createImageFile(fragmentContext);

   data.addFileUpload(photoFile.getAbsolutePath());
   Uri photoUri = FileProvider.getUriForFile(fragmentContext, OurApplication.FILE_PROVIDER, photoFile);

   intent.putExtra(MediaStore.EXTRA_OUTPUT, photoUri);

   startActivityForResult(intent, REQUEST_TAKE_PHOTO);
} catch (IOException ignored) {
}

如图所示，这里没有任何通常的东西。

环境

我们能够在Nexus 5x的测试设备上触发此功能。一个设备是Android 6，另一个是Android 7。它们都产生类似的堆栈跟踪（所示的堆栈跟踪来自Android 7.0）。

触发上下文

在以下两种情况下，我们似乎能够触发此事件：

谷歌地图已加载到启动相机的活动中
内存不足的情况（我们用Chrome加载了一两个标签 cnn.com 触发的情况）

我们尝试过什么

我们试图从应用程序中删除功能，直到我们无法再触发此崩溃，但我们始终能够在内存不足的情况下触发它。

问题

以前有没有人遇到过这个问题，并找到了解决它的方法？
关于如何进一步调试此问题的建议？
任何提示链接？

更新

2016/11/02 - 如评论中所述，有一个未解决的错误报告。不同的设备/版本（Android 6，7.0和7.1的Nexus 5x，6P和Pixel）也报告了各种不同类型的情况的相同问题。我将继续发布包含更多信息的更新。这种情况已被归类为优先级为小的缺陷。我会考虑盯着那个错误，并在那里提出你的担忧。

2016/12/14 - 即使应用了各种安全更新，我个人仍然遇到此问题。除了其他人在各种设备上报告相同的问题之外，没有其他信息。请查看链接的错误报告，在那里加星标和评论。如果我找到任何有效的东西，我会在这里发布！

2017/07/31 - 对于仍然遇到此问题的用户，一个用户已尝试对其用户群进行分阶段部署并删除各种功能以尝试诊断问题所在。在他们的情况下，通过删除，他们的情况似乎已经得到解决。不幸的是，地图是我们应用程序的核心组件。因此，这在我们的情况下是不可接受的。在我看来，这似乎仍然与在恢复活动时导致问题的各种情况下的RAM消耗有关。com.google.android.gms:play-services-maps:11.0.1

2017/12/05 - Google 没有更改或真正确认。根据我的发现，此问题似乎已在Android 8.0和一些运行Android 7.x各种更新的设备上得到解决

答案 1

我在改进我的应用程序时也遇到了这个问题，我想让相机预览更流畅一些。如果不需要，我不会通过停止预览并使表面不可见来关闭它，我只是停止预览并使表面可见。（这制作了一个不错的静止图像，并且重新启动时间更短）如果应用关闭，这会导致“泄漏的 2 个 GPU 对象！”崩溃。

我假设只有两种情况下预览正在干净地关闭：a）如果预览正在运行b）如果预览停止并且！曲面从视图中移除（不可见）。

答案 2

我们最初 https://issuetracker.google.com/issues/37123764 报告了这个错误（谷歌）。这是Nexuses固件/安全更新中的一个问题（我们在内部的5X上看到过它），它在后来的固件更新中得到了修复。

固件为“坏”的手机需要更新。从未找到解决方法。

带有信号 6 的 RenderThread 的本机崩溃 （SIGABRT）

更新！

情况

环境

触发上下文

我们尝试过什么

问题

更新

带有信号 6 的 RenderThread 的本机崩溃（SIGABRT）