只有当代码中出现致命异常，停止应用程序的执行时，才会显示此弹出窗口。它可以是任何异常NullPointerException、OutOfMemoryException等。

最好的检查方法是通过Logcat，如果您仍在Android studio中开发应用程序，这是快速读取堆栈跟踪并检查应用程序原因的方法。

如果你的应用已经上线，那么你就不能使用logcat。因此，您可以实现Crashlytics，为您提供任何异常的错误报告。

我会提出类似的建议。

检查你的手机是否有足够的空间让应用程序运行----之前/当应用程序崩溃时检查日志。它将显示应用程序崩溃的确切位置。检查是否在主线程上使用了由于ANR而占用大量内存的内容。

您还可以自行获取此错误消息，而无需任何堆栈跟踪或任何进一步的错误消息。

在这种情况下，您需要确保您的Android清单配置正确（包括库中发生的任何清单合并以及库中的任何活动），并特别注意清单文件中应用程序中显示的第一个活动。

只有当代码中出现致命异常，停止应用程序的执行时，才会显示此弹出窗口。它可以是任何异常NullPointerException、OutOfMemoryException等。

最好的检查方法是通过Logcat，如果您仍在Android studio中开发应用程序，这是快速读取堆栈跟踪并检查应用程序原因的方法。

如果你的应用已经上线，那么你就不能使用logcat。因此，您可以实现Crashlytics，为您提供任何异常的错误报告。

开发期间崩溃

尝试我最喜欢的工具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.