未知崩溃报告Android

Question

我在Google Play商店发布了一个应用程序并开始推出更新，最新的更新似乎一切正常，直到我收到了用户的崩溃报告。有人能帮我找出它究竟是什么，是什么导致了这个问题以及可能修复它的方法吗？ 设备信息：Asus ZenFone 2 (ZE500CL) (ASUS_Z00D)，2048MB RAM，Android 5.0

Backtrace:
native: pc 0000000000090df6  /system/lib/libc.so (tgkill+22)
native: pc 0000000000038d13  /system/lib/libc.so (pthread_kill+163)
native: pc 000000000003a5f5  /system/lib/libc.so (raise+37)
native: pc 0000000000032855  /system/lib/libc.so (abort+85)
native: pc 00000000000104da  /system/vendor/lib/libsrv_um.so.1.12.3197934 (PVRSRVDebugAssertFail+58)
native: pc 0000000000006e82  /system/vendor/lib/egl/libGLESv2_POWERVR_SGX544_115.so.1.12.3197934
native: pc 000000000001b576  /system/vendor/lib/egl/libGLESv2_POWERVR_SGX544_115.so.1.12.3197934
native: pc 000000000001b6d1  /system/vendor/lib/egl/libGLESv2_POWERVR_SGX544_115.so.1.12.3197934
native: pc 0000000000009d72  /system/vendor/lib/libIMGegl.so.1.12.3197934
native: pc 000000000000fcea  /system/vendor/lib/libIMGegl.so.1.12.3197934 (IMGeglMakeCurrent+1514)
native: pc 00000000000015a3  /system/vendor/lib/egl/libEGL_POWERVR_SGX544_115.so.1.12.3197934 (eglMakeCurrent+51)
native: pc 000000000001133f  /system/lib/libEGL.so (android::egl_display_t::makeCurrent(android::egl_context_t*, android::egl_context_t*, void*, void*, void*, void*, void*, void*)+303)
native: pc 0000000000014e3b  /system/lib/libEGL.so (eglMakeCurrent+635)
native: pc 0000000000087fce  /system/lib/libhwui.so
native: pc 000000000008247f  /system/lib/libhwui.so
native: pc 0000000000088b24  /system/lib/libhwui.so
native: pc 0000000000088623  /system/lib/libhwui.so
native: pc 000000000008b55a  /system/lib/libhwui.so (android::uirenderer::renderthread::RenderThread::threadLoop()+154)
native: pc 0000000000016ece  /system/lib/libutils.so (android::Thread::_threadLoop(void*)+398)
native: pc 0000000000071d23  /system/lib/libandroid_runtime.so (android::AndroidRuntime::javaThreadShell(void*)+99)
native: pc 00000000000165cb  /system/lib/libutils.so (thread_data_t::trampoline(thread_data_t const*)+123)
native: pc 0000000000037cdb  /system/lib/libc.so (__pthread_start(void*)+59)
native: pc 0000000000032fba  /system/lib/libc.so (__start_thread+26)
native: pc 0000000000011df6  /system/lib/libc.so (__bionic_clone+70)

- Thorvald

---

在运行Android 5.0的Asus ZenFone 5上看到了完全相同的错误。你找到解决方法了吗，还是决定忽略它了？ - Tyler V

@TylerV，答案已在下面回答了。 - Thorvald

是的，但答案要么是1）忽略它，要么是2）获取相同的设备并进行测试以找出原因。我想知道你是否选择了第二种方法并发现了更多信息。 - Tyler V

就我所知，我忽略了它，我还查看了其他论坛和开发社区，他们都同意忽略这些类型的错误，因为它们主要不会造成任何损害。@TylerV - Thorvald

Answer 1

那是本地崩溃，这意味着存在一个错误，该错误在用户设备本身而不是您的代码中。我不知道错误是什么，但这就是它的含义。个人而言，如果这些崩溃不太频繁，有时会忽略这些类型的崩溃。但如果它一再发生，那么您将不得不查看您在新版本中添加了哪些新代码，并尝试逐部分删除您的新代码并在同一设备上进行测试，直到找到问题所在。不幸的是，您可能没有相同的设备，但如果确实需要修复此问题，那就是解决问题的方法。

- Hussein El Feky

Answer 2

你可以使用CrashLet。

实现：

在你的build.gradle中：

allprojects {
    repositories {
        ...
        maven { url 'https://jitpack.io' }
    }
}

在你的应用程序的 build.gradle 文件中。

dependencies {
        implementation 'com.github.Collabalist:CrashLet:1.5'
}

使用方法：

public class SamApp extends Application {
    @Override
    public void onCreate() {
        super.onCreate();
        CrashLet.with(this)
            .addRecipient("[e-mail]")
            .addRecipient("[e-mail]")
            .showStackTrace(true)
            .init();
    }
}

- Deepak sharma

---

与Firebase Crashlytics或Google Play控制台相比，有哪些优势？ - user1209216

Firebase Crashlytics、Google Play控制台或Fabric Crashlytics比这个更好...但只有当您的应用程序处于活动状态时，因为此库仅在应用程序处于开发环境时有用。我开发了这个，因为一些Android设备即使连接了也无法打印日志，而且即使我们将应用程序提供给客户进行测试，这也很有帮助。 - Deepak sharma