检查您的Logcat消息。此外，请参阅Manifest文件以查找缺少的元素，如定义“活动”、用户权限等。

若要查看Logcat，如果您使用Android Studio，请按alt+6或

如果您使用Eclipse，那么窗口->打开透视->其他-LogCat

现在，从下拉菜单中选择error。

或者，您可以使用ADB工具获取Logcat文件来分析问题。

adb logcat > logcat.txt

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

首先，你检查你的应用程序在哪个点崩溃了（不幸的是，MyApp已经停止。）。为此，你可以使用Log.e（“TAG”，“Message”）；，使用这一行，您可以在logcat中查看应用程序日志。

之后，你会发现你的应用程序停止了哪一点，这很容易在你身边解决。

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

问题

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

如何解决？

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

Android工作室

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

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

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

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

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

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

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

人们会犯错，编码也是如此。

当发生任何错误时，总是用红色文本检查日志，但是你可以在蓝色文本中找到真正的问题，红色文本中有下划线。

确保如果您创建了一个新活动，请始终在AndroidManifest文件中声明该活动。

如果添加Permission，请在AndroidMainifest文件中声明它。

如果您的终端中没有任何有趣的日志（或者它们与您的应用程序没有直接关联），那么您的问题可能是由于本地库。在这种情况下，您应该检查终端中的“墓碑”文件。

逻辑删除文件的默认位置取决于每个设备，但如果是这样的话，则会有一个日志告诉您：逻辑删除已写入：/data/botobs/逻辑删除_06

有关详细信息，请查看https://source.android.com/devices/tech/debug.

你必须检查堆栈跟踪

如何做到这一点？

在IDE上检查窗口窗体LOGCAT

如果你看不到原木色的窗户，就去这条路打开它

window->show view->others->Android->Logcat

如果您正在使用Google Api，请转到以下路径

adb logcat>logcat.txt