见下文
我们的应用很难诊断问题。当我们尝试使用intent让相机应用程序返回图片时，我们会收到一个低级别的崩溃情况，我们不确定如何调试。这是在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）。
在以下两种情况中，我们似乎能够触发此事件：
我们尝试逐步删除应用中的功能，直到我们无法再触发此崩溃，但我们总是能够在内存不足的情况下触发它。
2016/11/02 - There is an open bug report，如评论中所述。不同的设备/构建（Nexus 5x，6P和Pixel with Android 6,7.0和7.1）也报告了各种不同类型的情况下的相同问题。我将继续发布更新信息。这种情况被归类为优先级较小的缺陷。我会考虑盯着那个bug并在那里提出你的担忧。
2016/12/14 - 即使已经应用了各种安全更新，我个人仍然遇到此问题。除了在各种设备上报告相同问题的其他人之外，没有其他信息。请查看链接的错误报告，在那里加注星标和评论。如果我发现任何有用的东西，我会发布在这里！
2017/07/31 - 对于仍然遇到此问题的人，one user已尝试对其用户群进行分阶段部署并删除各种功能以尝试诊断问题是。在他们的情况下，通过删除com.google.android.gms:play-services-maps:11.0.1，他们的情况似乎已得到解决。不幸的是，地图是我们应用程序的核心组件;因此，在我们的情况下这是不可接受的。在我看来，这似乎与在各种情况下消耗ram有关，导致恢复活动时出现问题。
2017/12/05 - Google无变更或真实确认。根据我的发现，此问题似乎已在Android 8.0和运行各种Android 7.x更新的设备上得到解决
答案 0 :(得分：0)
我们最初报告此错误（谷歌）https://issuetracker.google.com/issues/37123764。这是Nexuses的固件/安全更新中的问题（我们在内部5X上看到它），它在以后的固件更新中得到修复。
“坏”固件上的手机需要更新。从未找到过解决方法。
答案 1 :(得分：0)
在改进我的应用程序时，我也遇到了这个问题，我想使相机的预览更加流畅。不需要停止预览并使该表面不可见，而不必关闭它，我只是停止预览并使该表面可见。 （这将生成一个不错的静止图像，并且重启时间更短），这导致“泄漏2个GPU对象！”如果应用程序关闭，则崩溃。
我认为只有两种情况可以关闭预览：a）如果预览正在运行b）如果预览停止了！该表面已从视图中移除（不可见）。
答案 2 :(得分：0)
RAM
在manifests-> application
android:largeHeap="true"
答案 3 :(得分：-1)
这不会阻止发生 的问题，但是您可以干净地或更干净地捕获和恢复。添加一个捕获并清空所有引用（并杀死生成的所有工作线程）：
} catch (Exception ignored) {//I think this is an ERROR not an exception here.
photoFile = null;//Might want to also close this.
data = null;
intent = null
} catch (Error ignored) {
photoFile = null;//Might want to also close this.
data = null;
intent = null
}
答案 4 :(得分：-4)
尝试清理项目。在Android Studio Build-＆gt; Clean Project
中我不知道为什么，但它帮助了我。运行三星Galaxy S6 Android 7.0