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

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

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

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

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

adb logcat > logcat.txt

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

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

您可以使用以下任何工具：

adb测井仪adb logcat>logs.txt（您可以使用编辑器打开和搜索错误。）eclipse日志猫（如果在eclipse中不可见，请转到Windows->显示视图->其他->Android->日志猫）Android调试监视器或Android设备监视器（键入命令监视器或通过UI打开）

Android工作室

我建议使用Android调试监视器，它很好。因为当日志太多时，eclipse会挂起，而且通过adb logcat过滤器等都很困难。

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

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

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

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

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

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

gradlew build > log.txt 2>details.txt

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