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

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

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

开发期间崩溃

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

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

在野外撞车

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

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

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

adb logcat > logcat.txt

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

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

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

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

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

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

使用LogCat并尝试查找导致应用程序崩溃的原因。

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

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

转到LogCat，从下拉菜单中选择错误。这将包含帮助您调试所需的所有信息。如果这没有帮助，发布LogCat作为对您问题的编辑，有人会帮助您解决问题。