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

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

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

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

开发期间崩溃

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

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

在野外撞车

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

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

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

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

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

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

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

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

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

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

adb logcat > logcat.txt

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