现在Firebase崩溃报告非常流行，也更容易使用。 详情请参考以下连结: Firebase崩溃报告

希望对你有所帮助。

我是Bugsnag的创始人之一，我们正是为此目的而设计的。Bugsnag自动捕获Android应用程序中未处理的异常，并将它们发送到我们的仪表板，在那里您可以优先修复并深入诊断信息。

以下是在选择或构建崩溃报告系统时需要考虑的一些重要事项，以及一些代码片段:

自动检测未处理的异常(示例代码) 收集诊断数据，如内存使用情况、设备信息等(示例代码) 根据根本原因有效地将崩溃组合在一起 允许您跟踪用户在每次崩溃前采取的操作，以帮助重现(示例代码)

如果你想在Android上看到一些关于崩溃处理/报告的最佳实践，你可以查看Bugsnag的崩溃报告库的完整源代码，它是完全开源的，可以自由地把它拆开，并在你自己的应用程序中使用!

好吧，我看了rrainn和Soonil提供的样本，我找到了一个解决方案 这不会破坏错误处理。

我修改了CustomExceptionHandler，以便它从我们关联的新线程中存储原始的UncaughtExceptionHandler。在新的“uncaughtException”的末尾- 方法，我只是使用存储的UncaughtExceptionHandler调用旧函数。

在DefaultExceptionHandler类中，你需要这样的东西:

public class DefaultExceptionHandler implements UncaughtExceptionHandler{
  private UncaughtExceptionHandler mDefaultExceptionHandler;

  //constructor
  public DefaultExceptionHandler(UncaughtExceptionHandler pDefaultExceptionHandler)
  {
       mDefaultExceptionHandler= pDefaultExceptionHandler;
  }
  public void uncaughtException(Thread t, Throwable e) {       
        //do some action like writing to file or upload somewhere         

        //call original handler  
        mStandardEH.uncaughtException(t, e);        

        // cleanup, don't know if really required
        t.getThreadGroup().destroy();
  }
}

在http://code.google.com/p/android-remote-stacktrace上对代码进行了修改 你有一个很好的工作基地，登录到你的web服务器或 sd卡。

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

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

我知道这个问题太老了，希望我的回答对其他有同样问题的人有帮助…

试试Crashlytics吧。它将深入了解所有崩溃的所有设备有你的应用程序，并通过电子邮件发送通知给你..最好的部分是它完全免费使用..

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

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

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

$adb shell logcat -c

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