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

Android崩溃报告库

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

我一直在Android和iOS应用中使用cratercism——我在techcrunch上听说过它们。到目前为止，他们都很满意!

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

Flurry analytics为你提供崩溃信息、硬件型号、android版本和实时应用使用统计数据。在新的SDK中，他们似乎提供了更详细的崩溃信息http://www.flurry.com/flurry-crash-analytics.html。

您还可以为它使用整个(简单的)服务，而不仅仅是库。我们公司刚刚为此发布了一项服务:http://apphance.com。

It has a simple .jar library (for Android) that you add and integrate in 5 minutes and then the library gathers not only crash information but also logs from running application, as well as it lets your testers report problems straight from device - including the whole context (device rotation, whether it is connected to a wifi or not and more). You can look at the logs using a very nice and useful web panel, where you can track sessions with your application, crashes, logs, statistics and more. The service is in closed beta test phase now, but you can request access and we give it to you very quickly.

声明:我是Polidea的CTO，也是这项服务的共同创建者。

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