Android 长时间后应用程序崩溃在后台

hi应用程序在后台崩溃。那么什么是好的处理方法呢

我在做什么

  @Override
    protected void onRestoreInstanceState(Bundle savedInstanceState) {
        super.onRestoreInstanceState(savedInstanceState);
        if (savedInstanceState == null) {
            finish();
        }
    }

---

这好吗？因为只有在系统重新启动我的应用程序后才会调用恢复安装状态，对吗？

不，这是一种糟糕的方法。您应该调查崩溃的原因，并正确处理恢复应用程序状态的操作

---

调试此功能的最佳方法是在手机上的“开发者设置”下启用开发者设置，称为“不保留活动”。这将通过复制Android从保存的实例状态重新启动活动的行为来帮助您调查崩溃的原因。

不，这是一种糟糕的方法。您应该调查崩溃的原因，并正确处理恢复应用程序状态的操作

调试此功能的最佳方法是在手机上的“开发者设置”下启用开发者设置，称为“不保留活动”。这将通过再现Android从保存的实例状态重新启动活动的行为来帮助您调查崩溃的原因。

非常简单，兄弟： 您有两个选择： 1） 在代码中使用未捕获的异常处理程序，以便在发生挤压时可以保存挤压的原因。 或 2） 只需将你的应用程序放到后台，直到它崩溃，然后使用命令行与adb：插入该行-“adb logcat>newTextFileName.txt” 然后转到该文件并在文件末尾搜索“致命”一词 在那里，您可以看到导致问题的类别和行号。

非常简单，兄弟： 您有两个选择： 1） 在代码中使用未捕获的异常处理程序，以便在发生挤压时可以保存挤压的原因。 或 2） 只需将你的应用程序放到后台，直到它崩溃，然后使用命令行与adb：插入该行-“adb logcat>newTextFileName.txt” 然后转到该文件并在文件末尾搜索“致命”一词

---

您可以在那里看到导致问题的类和行号。

onRestoreInstanceState

通常不会（也可能永远不会）使用

null

参数调用。在配置更改后重新创建活动时，可能会调用它。

onRestoreInstanceState

通常不会（也可能永远不会）使用

null

参数调用。并且，在配置更改后重新创建活动时，可能会调用它。