Android的 onSaveInstanceState()方法之我浅见

本文通过实践测试,详细解析了Android开发中onSaveInstanceState方法的触发条件,指出仅在屏幕方向切换时该方法必定被调用。

继续拜读郭少的<<第一行代码>>,读到2.4.5活动被回收了怎么办?根据书上的代码敲上了,但是执行的时候,死活没有执行结果!郭少这一段讲的也比较粗略,木办法,再google一下,看一看别人文章,直接看到了一篇作者为泡在网上的日子写的<<Android开发之InstanceState详解>>,这才恍然大悟,豁然开朗,原来只有当某个活动被销毁时,才能触发onSaveInstanceState方法。只有在下面5种情况,才有可能触发onSaveInstanceState方法:

(1)、当用户按下HOME键时。(不一定行
这是显而易见的,系统不知道你按下HOME后要运行多少其他的程序,自然也不知道activity A是否会被销毁,因此系统会调用onSaveInstanceState(),让用户有机会保存某些非永久性的数据。以下几种情况的分析都遵循该原则

(2)、长按HOME键,选择运行其他的程序时。(不一定行)

(3)、按下电源按键(关闭屏幕显示)时。(不知道是哪个键)

(4)、从activity A中启动一个新的activity时。(一般不行)

(5)、屏幕方向切换时,例如从竖屏切换到横屏时。(肯定行)

经过测试,只有第5种方法才肯定行,希望能对和我一样晕的同学理解这个方法有一点帮助!


原文地址:http://www.jcodecraeer.com/a/anzhuokaifa/androidkaifa/2013/0110/794.html

<think>好的,用户想了解Android中的onSaveInstanceState方法的作用和使用场景。首先,我需要回忆一下这个方法的用途。记得这个方法主要是用来保存Activity的状态,当系统因为配置变化(比如旋转屏幕)或者内存不足导致Activity被销毁时,保存临时数据以便恢复。 根据引用[1]和[4]的内容,onSaveInstanceState的作用是在Activity异常销毁时保存状态,比如横竖屏切换或者被系统回收。而用户主动关闭Activity时,比如按返回键或调用finish(),这个方法不会被调用。这一点很重要,需要明确区分使用场景。 用户可能想知道具体保存哪些数据。比如EditText的内容、滚动位置等,这些系统会自动保存,但如果是自定义的数据,就需要重写onSaveInstanceState方法,将数据存入Bundle中。引用[3]提到FragmentStatePagerAdapter在销毁Fragment时会调用onSaveInstanceState来保存信息,这也说明了在Fragment中的类似机制。 还要注意这个方法的使用限制,比如不能保存大数据,因为Bundle有大小限制。引用[1]提到不能存放大数据,所以需要用户注意处理方式,避免传输过大的数据导致异常。 另外,用户可能混淆ViewModel和onSaveInstanceState的区别。ViewModel用于保存界面相关的数据,在配置变化后仍然存在,而onSaveInstanceState适合轻量级数据的临时保存。需要解释这两者的不同应用场景,引用[1]和[3]都提到了这一点。 使用场景方面,引用[2]中的例子说明在屏幕旋转时保存下载进度,确保恢复后能继续显示。这时候虽然Activity被销毁重建,但通过onSaveInstanceState保存的数据可以在onCreate或onRestoreInstanceState中恢复,保持用户体验的连贯。 总结下来,回答需要涵盖作用、使用场景、数据保存方式、注意事项以及与ViewModel的区别。需要结构清晰,分点说明,并且引用提供的资料来支持每个观点。可能还需要生成相关问题,帮助用户进一步理解,比如性能优化、与ViewModel的对比等。</think>### Android onSaveInstanceState 方法的作用及使用场景 #### 一、方法作用 `onSaveInstanceState()` 是 Android 系统提供的一种**临时数据保存机制**,用于在 Activity 因系统原因(非用户主动操作)被销毁时,保存界面相关的临时状态数据。具体作用包括: 1. **保存瞬时状态**:例如滚动位置、输入框内容(如 `EditText` 的文本)、复选框勾选状态等,系统默认会为部分控件自动保存[^1]。 2. **恢复数据依据**:通过 `Bundle` 对象存储键值对数据,在 Activity 重建时通过 `onCreate(Bundle savedInstanceState)` 或 `onRestoreInstanceState()` 恢复数据[^3][^4]。 3. **应对异常销毁**:仅在 Activity 因系统配置变更(如横竖屏切换)或内存不足被回收时触发,**不会在用户主动退出(如按返回键)时调用**[^4]。 #### 二、使用场景 1. **横竖屏切换** 旋转屏幕会导致 Activity 销毁重建,此时可通过该方法保存临时数据。例如:保持 `EditText` 的输入内容或 `ImageView` 的显示状态[^1]。 2. **后台资源回收** 当应用进入后台且系统内存不足时,Activity 可能被销毁,恢复时需还原用户操作进度(如游戏进度、表单填写状态)。 3. **多窗口模式切换** 在分屏或自由窗口模式下调整应用窗口大小时,Activity 可能重建。 4. **Fragment 状态保存** 配合 `FragmentStatePagerAdapter` 使用,保存 Fragment 的临时数据(如页面索引)。 #### 三、代码示例 ```java @Override protected void onSaveInstanceState(Bundle outState) { super.onSaveInstanceState(outState); // 保存自定义数据 outState.putString("user_input", editText.getText().toString()); outState.putInt("scroll_position", recyclerView.getVerticalScrollOffset()); } @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); // 恢复数据 if (savedInstanceState != null) { String input = savedInstanceState.getString("user_input"); int position = savedInstanceState.getInt("scroll_position"); editText.setText(input); recyclerView.scrollTo(0, position); } } ``` #### 四、注意事项 1. **数据大小限制** `Bundle` 使用 Binder 传输机制,数据大小需控制在 **1MB 以内**,避免 TransactionTooLargeException[^1]。 2. **不适合持久化** 应仅保存轻量级临时数据,持久化数据需使用 `SharedPreferences` 或数据库。 3. **与 ViewModel 的区别** `ViewModel` 用于保存界面相关数据(如网络请求结果),生命周期与 Activity 解耦,适合在配置变更后保留数据;而 `onSaveInstanceState` 仅保存重建必需的最小数据集。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值