1. Activity数据保存机制解析

在Android开发中，Activity作为最基本的UI组件，其生命周期管理是每个开发者必须掌握的核心技能。当设备配置发生改变（如横竖屏切换）时，系统默认会销毁并重建Activity实例，这就涉及到关键数据如何保存和恢复的问题。

1.1 数据保存的核心方法

onSaveInstanceState()是Activity提供的用于临时保存数据的回调方法。这个方法会在Activity可能被系统销毁前调用（比如配置变更或内存回收），让我们有机会保存当前界面的状态数据。

@Override protected void onSaveInstanceState(Bundle outState) { super.onSaveInstanceState(outState); outState.putString("key_username", mUsername); outState.putInt("key_progress", mProgress); }

这里有几个关键点需要注意：

1. 只能保存简单数据类型和可序列化对象
2. 数据大小限制在50KB以内
3. 不适合保存大对象如Bitmap
4. 保存的数据会在Activity重建后通过onRestoreInstanceState()或onCreate()的Bundle参数恢复

1.2 数据恢复的两种方式

数据恢复可以通过两种方式实现：

第一种是在onCreate()中恢复：

@Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); if (savedInstanceState != null) { mUsername = savedInstanceState.getString("key_username"); mProgress = savedInstanceState.getInt("key_progress"); } }

第二种是在onRestoreInstanceState()中恢复：

@Override protected void onRestoreInstanceState(Bundle savedInstanceState) { super.onRestoreInstanceState(savedInstanceState); mUsername = savedInstanceState.getString("key_username"); mProgress = savedInstanceState.getInt("key_progress"); }

这两种方式的区别在于：

• onCreate()中的恢复发生在界面初始化之前
• onRestoreInstanceState()中的恢复发生在界面初始化之后
• 推荐将UI相关的恢复放在onRestoreInstanceState()中

2. 横竖屏切换的完整处理方案

2.1 默认处理机制

当设备方向改变时，Android系统默认会：

1. 销毁当前Activity
2. 重新创建Activity实例
3. 应用新的资源配置（如layout-land中的布局）

这个过程中会触发完整的生命周期：

onPause -> onSaveInstanceState -> onStop -> onDestroy -> onCreate -> onStart -> onRestoreInstanceState -> onResume

2.2 阻止Activity重建

如果希望保持Activity实例不被销毁，可以在AndroidManifest.xml中配置：

<activity android:name=".MainActivity" android:configChanges="orientation|screenSize|keyboardHidden"> </activity>

这样配置后，方向改变时只会调用onConfigurationChanged()：

@Override public void onConfigurationChanged(Configuration newConfig) { super.onConfigurationChanged(newConfig); if (newConfig.orientation == Configuration.ORIENTATION_LANDSCAPE) { // 横屏布局处理 setContentView(R.layout.activity_land); } else { // 竖屏布局处理 setContentView(R.layout.activity_port); } }

重要提示：从Android 3.2(API 13)开始，必须同时声明orientation和screenSize，否则在较高版本设备上仍会导致Activity重建。

2.3 布局资源的自动切换

系统提供了根据方向自动加载不同布局的机制：

1. 创建res/layout-port/目录存放竖屏布局
2. 创建res/layout-land/目录存放横屏布局
3. 保持两个目录下的布局文件名相同

当方向改变时，系统会自动加载对应方向的布局文件。这种方式需要配合Activity重建使用，如果阻止了重建，则需要手动在onConfigurationChanged()中处理布局切换。

3. 实际开发中的最佳实践

3.1 ViewModel的数据持久化

对于复杂数据，推荐使用ViewModel来保存：

public class UserViewModel extends ViewModel { private MutableLiveData<String> username = new MutableLiveData<>(); public void setUsername(String name) { username.setValue(name); } public LiveData<String> getUsername() { return username; } } // 在Activity中使用 UserViewModel model = new ViewModelProvider(this).get(UserViewModel.class); model.getUsername().observe(this, name -> { // 更新UI });

ViewModel的优势：

• 不受配置变更影响
• 生命周期与Activity分离
• 适合保存中等规模数据

3.2 处理Fragment的状态保存

Fragment的状态保存需要特别注意：

public class MyFragment extends Fragment { private String mData; @Override public void onSaveInstanceState(Bundle outState) { super.onSaveInstanceState(outState); outState.putString("key_data", mData); } @Override public void onViewStateRestored(@Nullable Bundle savedInstanceState) { super.onViewStateRestored(savedInstanceState); if (savedInstanceState != null) { mData = savedInstanceState.getString("key_data"); } } }

Fragment重建时的关键点：

1. 会创建新的Fragment实例
2. 需要重新绑定到Activity
3. 视图需要重新创建
4. 可以通过setRetainInstance(true)保留非视图相关的数据（但不推荐在大多数情况下使用）

3.3 处理异步任务

方向改变时，正在执行的异步任务需要妥善处理：

public class MainActivity extends AppCompatActivity { private AsyncTask mTask; @Override protected void onDestroy() { super.onDestroy(); if (isChangingConfigurations()) { // 如果是配置变更导致的销毁，不取消任务 } else { // 正常销毁，取消任务 if (mTask != null) { mTask.cancel(true); } } } }

更好的做法是使用架构组件如LiveData或RxJava配合ViewModel来管理异步任务。

4. 常见问题与解决方案

4.1 数据恢复失败排查

当发现保存的数据没有正确恢复时，可以检查：

1. 确保所有要保存的数据都实现了Parcelable或Serializable接口
2. 检查Bundle的key是否一致
3. 验证数据是否确实被保存（可以在onSaveInstanceState中打印日志）
4. 确认没有在onRestoreInstanceState中调用super之前访问数据

4.2 横竖屏布局切换无效

如果布局没有按预期切换：

1. 检查layout-land和layout-port目录是否存在且命名正确
2. 确认两个目录下的布局文件名相同
3. 如果阻止了Activity重建，需要手动处理布局切换
4. 检查主题中是否固定了屏幕方向

4.3 WebView状态保存

WebView的状态保存需要特殊处理：

@Override protected void onSaveInstanceState(Bundle outState) { super.onSaveInstanceState(outState); mWebView.saveState(outState); } @Override protected void onRestoreInstanceState(Bundle savedInstanceState) { super.onRestoreInstanceState(savedInstanceState); mWebView.restoreState(savedInstanceState); }

4.4 大尺寸数据保存策略

对于不适合保存在Bundle中的大数据：

1. 使用临时文件存储
2. 考虑使用Room数据库
3. 实现自定义的缓存机制
4. 评估是否真的需要在配置变更时保留这些数据

5. 性能优化建议

5.1 减少保存的数据量

只保存真正需要恢复的数据：

• 用户输入的表单内容
• 滚动位置
• 选择状态
• 临时生成的UI状态

5.2 延迟加载策略

对于复杂的数据恢复：

1. 先恢复关键数据保证UI可用
2. 在onResume()后异步加载其他数据
3. 显示加载进度提示

5.3 方向锁定的合理使用

在某些场景下可以考虑固定方向：

<activity android:name=".VideoPlayerActivity" android:screenOrientation="landscape"> </activity>

但要注意：

• 只在确实需要的Activity上锁定
• 提供手动切换方向的按钮
• 考虑不同设备的差异

5.4 测试策略

完善的测试方案应包括：

1. 快速多次旋转设备测试数据一致性
2. 在低内存设备上测试
3. 测试从后台恢复时的表现
4. 测试与其他生命周期事件的交互

在实际项目中，我通常会建立一个BaseActivity来处理这些公共逻辑，让所有Activity继承它。这样可以确保一致的行为，也便于维护。特别是在处理WebView、视频播放等复杂场景时，统一的基础实现可以避免很多坑。