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

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

您还可以为它使用整个(简单的)服务，而不仅仅是库。我们公司刚刚为此发布了一项服务: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，也是这项服务的共同创建者。

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

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

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

$adb shell logcat -c

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

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

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

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

迟来的我支持并相信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