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

gradlew build > log.txt 2>details.txt

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

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

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

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

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

开发期间崩溃

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

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

在野外撞车

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

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

检查Logcat消息并查看Manifest文件。应该缺少定义“活动”、“用户权限”等内容。

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

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

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

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

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

adb logcat > logcat.txt

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

如果你的应用程序没有任何错误地崩溃，并且你没有使用资产管理器，而是加载了如下纹理：

Texture texture = new Texture("myImage.png"); //dont to this all the time

那就是问题所在。我也遇到过这种情况。你应该经常使用资产管理器来避免内存过载。