基于Android Architecture Components，如何处理主动修改数据的Activity？

这问题我之前做表单类功能的时候也纠结过，结合Google官方的架构组件最佳实践，给你捋捋两种方案的适用场景和最优做法：

先搞清楚两个组件的核心定位 #

首先得明确SavedInstanceState和ViewModel的设计初衷，别搞混了：

• SavedInstanceState：它是系统提供的轻量机制，专门用来保存瞬时UI状态——比如EditText的输入内容、CheckBox的选中状态这种还没进入业务逻辑的临时UI数据。它的生命周期和Activity的销毁重建绑定，适合快速恢复那些不需要复杂处理的UI状态。
• ViewModel：它的核心是跨越配置变化（比如屏幕旋转）保存业务相关的数据和逻辑，比如表单的提交数据、需要验证的字段值、接口请求结果等。它能帮你把UI和业务逻辑解耦，还能在Activity/Fragment之间共享状态。

具体场景怎么选？ #

1. 简单的临时输入恢复：用SavedInstanceState就够了 #

如果你的Activity只是简单的输入框，不需要实时验证、跨组件共享这些需求，那直接用SavedInstanceState最简洁，不需要额外的ViewModel代码。

举个Kotlin的例子：

override fun onSaveInstanceState(outState: Bundle) {
    super.onSaveInstanceState(outState)
    // 保存EditText的输入内容
    outState.putString("USER_NAME_INPUT", binding.etUserName.text.toString())
}

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    binding = ActivityEditBinding.inflate(layoutInflater)
    setContentView(binding.root)
    
    // 重建时恢复输入内容
    savedInstanceState?.let { savedState ->
        binding.etUserName.setText(savedState.getString("USER_NAME_INPUT"))
    }
}

2. 涉及业务逻辑/跨组件共享：让ViewModel接管 #

如果你的输入需要实时验证（比如输入密码时检查强度）、数据转换（比如把输入的字符串转成数字），或者需要在Activity和Fragment之间共享输入状态，那ViewModel就是更好的选择——它不仅能保存数据，还能把检查、处理逻辑封装在里面，让UI层只负责展示和交互。

举个实时验证的例子：

// ViewModel类
class EditProfileViewModel : ViewModel() {
    // 存储输入的邮箱
    private val _inputEmail = MutableLiveData<String>()
    val inputEmail: LiveData<String> = _inputEmail
    
    // 存储邮箱验证错误信息
    private val _emailError = MutableLiveData<String?>()
    val emailError: LiveData<String?> = _emailError
    
    // 更新邮箱并做实时验证
    fun updateEmail(input: String) {
        _inputEmail.value = input
        // 这里写验证逻辑
        _emailError.value = if (!android.util.Patterns.EMAIL_ADDRESS.matcher(input).matches()) {
            "请输入有效的邮箱地址"
        } else {
            null
        }
    }
}

// Activity里的代码
class EditProfileActivity : AppCompatActivity() {
    private lateinit var binding: ActivityEditProfileBinding
    private val viewModel: EditProfileViewModel by viewModels()

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        binding = ActivityEditProfileBinding.inflate(layoutInflater)
        setContentView(binding.root)
        
        // 观察验证错误信息，更新UI
        viewModel.emailError.observe(this) { errorMsg ->
            binding.tvEmailError.text = errorMsg
        }
        
        // 监听EditText输入，同步到ViewModel
        binding.etEmail.addTextChangedListener(object : TextWatcher {
            override fun beforeTextChanged(s: CharSequence?, start: Int, count: Int, after: Int) {}
            override fun onTextChanged(s: CharSequence?, start: Int, before: Int, count: Int) {}
            override fun afterTextChanged(s: Editable?) {
                viewModel.updateEmail(s.toString())
            }
        })
        
        // 别忘了用SavedInstanceState恢复初始输入（如果需要）
        savedInstanceState?.let {
            binding.etEmail.setText(it.getString("EMAIL_INPUT"))
            // 同步到ViewModel，避免状态不一致
            viewModel.updateEmail(it.getString("EMAIL_INPUT").orEmpty())
        }
    }

    override fun onSaveInstanceState(outState: Bundle) {
        super.onSaveInstanceState(outState)
        outState.putString("EMAIL_INPUT", binding.etEmail.text.toString())
    }
}

总结：两者互补，不是二选一 #

其实SavedInstanceState和ViewModel不是互斥的，而是可以搭配使用：

• 用SavedInstanceState处理瞬时UI状态的快速恢复，保证屏幕旋转后用户的输入不会丢失；
• 用ViewModel处理业务层面的数据管理和逻辑，让代码更清晰、解耦。

如果你的场景只是简单的输入保存，用SavedInstanceState就足够；如果涉及到复杂的业务逻辑，就结合ViewModel来做，这样既符合Google的架构规范，又能让代码更易维护。

内容的提问来源于stack exchange，提问作者Skepsis Dev