在 Android 开发中，Activity 和 Fragment 的状态保存与恢复是一个常见的坑点。如果处理不当，可能会导致应用在屏幕旋转、后台恢复等场景下出现数据丢失、UI 状态不一致等问题。本篇文章将详细探讨如何正确保存和恢复 Activity 与 Fragment 的状态，并提供最佳实践的代码示例。
1. 坑点：Activity 和 Fragment 的重建导致数据丢失
当用户旋转屏幕或者系统回收内存时，Activity 或 Fragment 可能会被销毁并重建。如果没有妥善处理状态保存，这将导致用户输入或显示的数据丢失，影响用户体验。
避坑建议：
- 使用
onSaveInstanceState() 方法来保存 Activity 或 Fragment 的状态。 - 避免通过构造函数传递数据，改用
Bundle 或 ViewModel 来保存和恢复状态。 - 对于重要的数据（如用户输入、临时状态等），应保存到
Bundle 中。
示例代码：
class MainActivity : AppCompatActivity() {private var userInput: String? = nulloverride fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)setContentView(R.layout.activity_main)// 恢复状态userInput = savedInstanceState?.getString("user_input")findViewById<TextView>(R.id.textView).text = userInput}override fun onSaveInstanceState(outState: Bundle) {super.onSaveInstanceState(outState)// 保存状态outState.putString("user_input", userInput)}
}解释： 在 onCreate() 中，通过 savedInstanceState 检查是否有已保存的状态，确保在重建 Activity 后可以正确恢复用户的输入状态。通过 onSaveInstanceState()，我们可以在 Activity 被销毁前保存数据，避免用户输入的内容丢失。
2. 坑点：Fragment 状态保存不当导致数据丢失
与 Activity 类似，Fragment 的状态保存和恢复也需要通过 onSaveInstanceState() 方法。但由于 Fragment 可能会与 Activity 共享数据，状态的保存和恢复过程可能更加复杂。
避坑建议：
- 使用
Fragment 的 setArguments() 方法传递初始数据，而不是直接通过构造函数传递。 - 在
onSaveInstanceState() 中保存 Fragment 的重要状态，并在 onCreateView() 或 onViewCreated() 中恢复这些状态。
示例代码：
class MyFragment : Fragment() {private var data: String? = nulloverride fun onCreateView(inflater: LayoutInflater, container: ViewGroup?,savedInstanceState: Bundle?): View? {val view = inflater.inflate(R.layout.fragment_layout, container, false)// 恢复状态data = savedInstanceState?.getString("saved_data")view.findViewById<TextView>(R.id.textView).text = datareturn view}override fun onSaveInstanceState(outState: Bundle) {super.onSaveInstanceState(outState)// 保存状态outState.putString("saved_data", data)}companion object {fun newInstance(data: String): MyFragment {val fragment = MyFragment()val args = Bundle()args.putString("initial_data", data)fragment.arguments = argsreturn fragment}}
}解释： 通过 onSaveInstanceState() 保存 Fragment 的状态，并在 onCreateView() 中恢复数据，可以确保 Fragment 在配置变化或重建时能够保持正确的状态。newInstance() 方法通过 Bundle 传递数据，避免了直接通过构造函数传递数据的潜在问题。
3. 坑点：ViewModel 的使用不当导致内存泄漏
ViewModel 是 Android Jetpack 提供的一个强大工具，专门用于管理 UI 相关的数据。它能够在配置变化（如屏幕旋转）时保留数据。但如果使用不当，可能会导致内存泄漏，特别是在 ViewModel 中持有 Context 或 UI 元素的引用时。
避坑建议：
- 避免在
ViewModel 中持有 Context、Activity 或 Fragment 的直接引用。 - 如果需要使用
Context，使用 AndroidViewModel 或通过 Application Context 获取全局上下文。 - 当
Activity 或 Fragment 销毁时，确保及时清理与 ViewModel 的引用。
示例代码：
class MyViewModel(application: Application) : AndroidViewModel(application) {private val _data = MutableLiveData<String>()val data: LiveData<String> get() = _datafun loadData() {// 模拟从全局上下文中加载数据val context = getApplication<Application>().applicationContext_data.value = "Loaded data from context"}
}解释： AndroidViewModel 提供了一个安全的方式来获取 Application Context，避免了直接持有 Activity 或 Fragment 的引用，从而防止内存泄漏。
4. 坑点：复杂对象的状态保存
Bundle 的大小是有限的，存储过大的数据对象可能会导致 TransactionTooLargeException，从而导致应用崩溃。这是开发者在保存复杂对象时常遇到的问题。
避坑建议：
- 避免将过大的对象（如图像、大型数据列表）直接存入
Bundle。 - 对于大型数据，可以考虑使用
ViewModel 或者 onRetainCustomNonConfigurationInstance() 来保存数据。 - 对于无法序列化的对象（如自定义类），应通过数据库或文件系统保存，避免将其存入
Bundle。
示例代码：
class MyActivity : AppCompatActivity() {private lateinit var largeData: List<MyData>override fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)setContentView(R.layout.activity_main)// 从ViewModel或其他持久化存储中恢复数据val viewModel = ViewModelProvider(this).get(MyViewModel::class.java)largeData = viewModel.getLargeData()}
}class MyViewModel : ViewModel() {private var largeData: List<MyData>? = nullfun getLargeData(): List<MyData> {if (largeData == null) {// 模拟从数据源加载数据largeData = loadDataFromDatabase()}return largeData!!}
}解释： 在该代码中，通过 ViewModel 来保存和恢复大型数据，避免了将大型数据直接存入 Bundle 导致的崩溃风险。ViewModel 的生命周期与 Activity 和 Fragment 绑定，适合处理这种场景。
结论
在 Android 开发中，正确处理 Activity 和 Fragment 的状态保存与恢复是保证应用稳定性和用户体验的关键。通过使用 onSaveInstanceState()、ViewModel 等技术，开发者可以避免常见的状态丢失、内存泄漏以及性能问题。这篇文章希望能帮助开发者在实际项目中更加顺利地应对这些坑点，提升应用质量。
