虽然本页上的许多答案都很有用，但它们很容易过时。AppBrain网站汇总统计数据，让您找到当前最流行的崩溃报告解决方案:

Android崩溃报告库

你可以看到，在发布这张图片时，5.24%的应用使用了Crashlytics，安装率为12.38%。

可以使用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关闭组件，所以我在一段时间后放弃了它。

您也可以尝试[BugSense]原因:垃圾邮件重定向到另一个url。BugSense收集并分析所有崩溃报告，并为您提供有意义的可视化报告。它是免费的，而且只需要一行代码就可以进行集成。

声明:我是联合创始人

谷歌改变了你实际得到的崩溃报告的数量。以前你只能得到手动报告的错误报告。

自从上次开发者大会和Android Vitals的引入，你也会从用户那里得到崩溃报告，这些用户已经启用了共享诊断数据。

您将看到从用户选择自动共享使用情况和诊断数据的Android设备收集的所有崩溃。可获得前两个月的数据。

查看崩溃和应用程序未响应(ANR)错误

谷歌Play开发者控制台实际上为你提供了那些已经崩溃和发送报告的应用程序的堆栈跟踪，它也有一个非常好的图表来帮助你查看信息，参见下面的例子:

我在这里做了我自己的版本: http://androidblogger.blogspot.com/2009/12/how-to-improve-your-application-crash.html

这基本上是相同的事情，但我使用邮件而不是http连接来发送报告，更重要的是，我添加了一些信息，如应用程序版本，操作系统版本，手机型号，或可用内存到我的报告…