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

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

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

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

开发期间崩溃

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

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

在野外撞车

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

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

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

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

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

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

问题

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

如何解决？

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

Android工作室

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

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

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

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

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

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

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

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

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

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