我会提出类似的建议。

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

在下面的showToast（）方法中，您必须为上下文或应用程序上下文传递另一个参数，这样您就可以尝试。

  public void showToast(String error, Context applicationContext){
        LayoutInflater inflater = getLayoutInflater();
        View view = inflater.inflate(R.layout.custom_toast, (ViewGroup)      
        findViewById(R.id.toast_root));
        TextView text = (TextView) findViewById(R.id.toast_error);
        text.setText(error);
        Toast toast = new Toast(applicationContext);
        toast.setGravity(Gravity.TOP | Gravity.FILL_HORIZONTAL, 0, 0);
        toast.setDuration(Toast.LENGTH_SHORT);
        toast.setView(view);
        toast.show();
}

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

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

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

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

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

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

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

首先，你检查你的应用程序在哪个点崩溃了（不幸的是，MyApp已经停止。）。为此，你可以使用Log.e（“TAG”，“Message”）；，使用这一行，您可以在logcat中查看应用程序日志。

之后，你会发现你的应用程序停止了哪一点，这很容易在你身边解决。

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

gradlew build > log.txt 2>details.txt

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