可以使用Thread.setDefaultUncaughtExceptionHandler()处理这些异常，但是这似乎与Android处理异常的方法相混淆。我尝试使用这样的处理程序:

private class ExceptionHandler implements Thread.UncaughtExceptionHandler {
    @Override
    public void uncaughtException(Thread thread, Throwable ex){
        Log.e(Constants.TAG, "uncaught_exception_handler: uncaught exception in thread " + thread.getName(), ex);

        //hack to rethrow unchecked exceptions
        if(ex instanceof RuntimeException)
            throw (RuntimeException)ex;
        if(ex instanceof Error)
            throw (Error)ex;

        //this should really never happen
        Log.e(Constants.TAG, "uncaught_exception handler: unable to rethrow checked exception");
    }
}

然而，即使重新抛出异常，我也无法获得所需的行为，即记录异常，同时仍然允许Android关闭组件，所以我在一段时间后放弃了它。

你可以直接在Android Studio中做到这一点。只要连接你的手机，运行应用程序，让它崩溃，你就可以直接在Android Studio中查看堆栈跟踪。

如果你想立即得到答案，你可以使用logcat

$adb shell logcat -f /sdcard/logoutput.txt *:E

如果您的日志中现在有太多垃圾，请先尝试清除它们。

$adb shell logcat -c

然后尝试运行您的应用程序，然后再次logcat。

对于另一个崩溃报告/异常跟踪服务检查Raygun。io -它有一堆很好的逻辑处理Android崩溃，包括体面的用户体验时，将其插入到你的应用程序(两行代码在你的主活动和几行XML粘贴到AndroidManifest)。

当你的应用程序崩溃时，它会自动抓取堆栈跟踪，硬件/软件的环境数据，用户跟踪信息，任何你指定的自定义数据等。它异步地将其提交给API，这样就不会阻塞UI线程，如果没有可用的网络，它会将其缓存到磁盘。

免责声明:我构建了Android提供商:)

这是非常野蛮的，但是可以在任何地方运行logcat，所以一个快速而肮脏的hack是在任何捕获块中添加getRuntime()。Exec ("logcat >> /sdcard/logcat.log");

迟来的我支持并相信ACRA是最好的选择。它易于设置和配置。我已经创建了一个详细的指南，使用ACRA获取坠机报告，并使用MandrillAp将其发送到我的电子邮件地址。

链接到帖子:https://androidician.wordpress.com/2015/03/29/sending-crash-reports-with-acra-over-email-using-mandrill/

github上的示例项目链接:https://github.com/ayushhgoyal/AcraSample