首先，您需要检查应用程序崩溃的位置和原因（不幸的是，MyApp已停止）。借助LOG，您可以找出问题所在。

之后，你会发现你的应用程序停止了从你的角度修复它。

在终端中运行此命令也有助于查找问题：

gradlew build > log.txt 2>details.txt

然后您应该转到gradlew文件位置，读取上面的两个日志文件。

您可以使用Google的ADB工具获取Logcat文件来分析问题。

adb logcat > logcat.txt

打开logcat.txt文件并搜索应用程序名称。应该提供失败原因、行号、类名等信息。

如果你的应用程序由于某种原因在没有良好堆栈的情况下崩溃。试着从第一行开始调试它，然后逐行调试直到崩溃。然后你会得到答案，哪一行给你带来了麻烦。很可能，您可以将其包装到try-catch块中并打印错误输出。

此答案描述了检索堆栈跟踪的过程。已经有堆栈跟踪了吗？阅读“什么是堆栈跟踪，如何使用它调试应用程序错误？”中的堆栈跟踪

问题

应用程序退出，因为引发了未捕获的RuntimeException。其中最常见的是NullPointerException。

如何解决？

每当Android应用程序（或任何Java应用程序）崩溃时，堆栈跟踪都会写入控制台（在本例中为logcat）。此堆栈跟踪包含解决问题的重要信息。

Android工作室

在窗口的底部栏中，单击Logcat按钮。或者，您可以按alt+6。确保在“设备”面板中选择了仿真器或设备。接下来，尝试查找以红色显示的堆栈跟踪。可能有很多内容登录到logcat中，因此您可能需要滚动一点。找到堆栈跟踪的一个简单方法是清除logcat（使用右侧的回收站），然后让应用程序再次崩溃。

我找到了堆栈跟踪，现在呢？

耶！你的问题已经解决了一半。您只需要通过分析堆栈跟踪来找出应用程序崩溃的原因。

阅读“什么是堆栈跟踪，如何使用它调试应用程序错误？”中的堆栈跟踪

我仍然无法解决我的问题！

如果您找到了异常及其发生的行，但仍然无法确定如何修复它，请不要犹豫，在StackOverflow上提问。

尽量简洁：发布堆栈跟踪和相关代码（例如，在引发异常的行之前的几行）。

开发期间崩溃

尝试我最喜欢的工具logview来获取日志并在开发过程中分析它们。确保标记/logview和/lib/logwiew.jar作为可执行文件在Linux中运行。

如果你不喜欢它，Android有很多替代的桌面日志查看器。

在野外撞车

集成实时崩溃报告工具（如Firebase Crashlytics），以获取用户设备上发生的未处理异常的堆栈跟踪。

阅读How to Release a Buggy App（和Live to Tell the Tale），了解更多有关处理现场bug的信息。