6

在阅读了一本介绍性的 Android 编程书籍之后，我想修改示例应用程序，以巩固我对一些没有真正涵盖的主题的理解。在进行更改时，我犯了一个错误，但我很好奇为什么该错误在某些情况下有效，而在其他情况下无效。

应用程序中的一个活动将一系列问题存储在 a 中Hashtable<Integer, Question>，其中 Question 是一个包含一个 int 和两个字符串的小类。正如最初写的那样，活动从每个服务器上下载问题onCreate()，所以我想实施onSaveInstanceState()以防止一些冗余下载。 onSaveInstanceState()使用 .将 Hashtable 保存到 Bundle 中putSerializable()。

@Override
protected void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);
            // mQuestions is a member variable of 
            // type Hashtable<Integer, Question>
    if (mQuestions != null && mQuestions.size() > 0) {
        outState.putSerializable(SAVED_QUESTIONS, mQuestions);
    }
}

甚至在我知道 Parcelable 是什么或如何实现它之前，它就可以完美地改变屏幕方向。我只知道当我按下模拟器的主页键和应用程序无声无息地崩溃时出现问题，没有 LogCat 输出。堆栈跟踪使我查找 Parcelable 并让 Question 实现它。

我的问题不是我做错了什么。问题是这样的：当 Question 类没有实现 Parcelable 时，为什么应用程序只在按 Home 而不是在屏幕方向更改时崩溃？

4

3 回答 3

2

据我了解，Android 在配置更改后重新创建活动时不会序列化实例状态。这就是您的代码有效的原因。持久化对象不需要是可打包的，因为它们只存在于内存中。

这看起来像是一种优化。Android 知道在这种情况下进程不会被终止，并且不需要将实例状态保存到文件中。（理论上可以在配置更改期间终止该过程，我真的不知道Android如何解决这个问题）。

但是当用户按下 Home 键时，您的应用程序将变为后台。并且它的进程可以在内存不足的情况下终止。Android 需要将 Activity 的状态保存到文件中，以便将来能够恢复您的应用及其 Activity。在这种情况下，实例状态真正被序列化并保存到持久存储中。这就是为什么您的代码不起作用的原因。

进程终止可能随时发生，因此您不能依赖某些实现细节。只需使实例状态可打包或可序列化，您就不会再遇到这个问题了。

于 2011-07-12T20:52:02.750 回答
1

引用史蒂夫·莫斯利

请注意，根据http://developer.android.com/reference/android/app/Activity.html中有关 Activity 状态的文档，使用and并不安全。onSaveInstanceStateonRestoreInstanceState

该文件指出（在“活动生命周期”部分）：

请注意，将持久数据保存在其中很重要onPause()，onSaveInstanceState(Bundle) 因为后者不是生命周期回调的一部分，因此不会在其文档中描述的所有情况下都被调用。

换句话说，把你的保存/恢复代码放进onPause()去onResume()！

于 2011-07-11T10:42:25.900 回答
0

该应用程序没有崩溃。当用户单击 Home 键时，它就被简单地关闭了。这就是 LogCat 没有输出的原因。

在 Activity.onDestroy() 中设置断点来确认这一点。如果我是对的 onDestroy() 将被调用，但 onSaveInstanceState() 不会，因为 onSaveInstanceState() 仅在应用程序处于后台状态时调用，而不是在关闭时调用。

如果您需要在关闭时保存应用程序状态，请将代码放入 onDestroy() 并将其保存到比 Bundle 更持久的东西。

巴里

于 2011-07-13T22:48:57.350 回答