旋转场景下Fragment状态及backstack位置的恢复问题

嘿，我来帮你搞定这个Fragment状态丢失的问题！你遇到的两个问题本质上都是Fragment在配置变化（旋转屏幕）或从返回栈恢复时，视图状态没有正确保存和恢复导致的，虽然你尝试了OnSaveInstanceState，可能是用法没到位，或者这个方法本身的局限性导致的，我给你分步骤讲解决方案：

一、先搞懂为什么OnSaveInstanceState没完全解决问题 #

OnSaveInstanceState确实能保存少量数据，但它的触发时机是在系统即将销毁Fragment/Activity时（比如旋转），而且恢复的时候要注意：Fragment从返回栈恢复时，系统会重新创建Fragment实例，这时候savedInstanceState会携带之前保存的数据，但如果你没有在正确的生命周期方法里恢复，就会丢失。另外，EditText本身其实有默认的状态保存，但前提是它有唯一的android:id，如果你的EditText没设id，也会导致数据丢失！

二、基础修复：正确使用OnSaveInstanceState #

先确保你的EditText有唯一的android:id，然后在Fragment里正确实现状态保存和恢复：

1. 保存数据：在Fragment的onSaveInstanceState里保存EditText的内容

override fun onSaveInstanceState(outState: Bundle) {
    super.onSaveInstanceState(outState)
    // 把EditText的文本存到Bundle里
    outState.putString("KEY_INPUT_TEXT", binding.etUserInput.text.toString())
}

2. 恢复数据：在onViewCreated（而不是onCreate）里恢复，因为Fragment的视图是在这个阶段重建的

override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
    super.onViewCreated(view, savedInstanceState)
    // 检查savedInstanceState是否不为空，恢复数据
    savedInstanceState?.let {
        val savedText = it.getString("KEY_INPUT_TEXT")
        binding.etUserInput.setText(savedText)
    }
}

注意：如果用ViewBinding，一定要在onCreateView里初始化binding，不要提前到onCreate，避免视图重建时出现绑定错误。

三、更可靠的方案：用ViewModel保存状态 #

OnSaveInstanceState适合保存少量、简单的数据，而ViewModel在配置变化（比如旋转）时不会被销毁，而且当Fragment从返回栈恢复时，ViewModel的实例也会保留，完全解决你的两个问题，这是Google推荐的做法：

1. 创建ViewModel类：专门用来保存Fragment的输入数据

import androidx.lifecycle.MutableLiveData
import androidx.lifecycle.ViewModel

class SecondFragmentViewModel : ViewModel() {
    // 用LiveData来观察文本变化，确保数据能实时同步到UI
    val inputText = MutableLiveData<String>("")
}

2. 在Fragment里使用ViewModel：

import androidx.fragment.app.viewModels

class SecondFragment : Fragment() {
    private lateinit var binding: SecondFragmentBinding
    // 用viewModels()获取Fragment专属的ViewModel实例
    private val viewModel: SecondFragmentViewModel by viewModels()

    override fun onCreateView(
        inflater: LayoutInflater,
        container: ViewGroup?,
        savedInstanceState: Bundle?
    ): View {
        binding = SecondFragmentBinding.inflate(inflater, container, false)
        return binding.root
    }

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)
        
        // 观察ViewModel里的文本变化，自动更新EditText
        viewModel.inputText.observe(viewLifecycleOwner) { text ->
            // 避免EditText的TextWatcher触发循环更新
            if (binding.etUserInput.text.toString() != text) {
                binding.etUserInput.setText(text)
            }
        }

        // 监听EditText的输入，实时保存到ViewModel
        binding.etUserInput.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.inputText.value = s.toString()
            }
        })
    }
}

这样不管你怎么旋转屏幕，或者从返回栈切回第二个Fragment，EditText的内容都会稳稳保留，完全不用依赖OnSaveInstanceState。

四、额外检查：确保Fragment正确加入返回栈 #

你提到点击按钮加载第二个Fragment时要把前一个加入返回栈，一定要确保你的事务代码是这样的：

supportFragmentManager.beginTransaction()
    .replace(R.id.fragment_container, SecondFragment())
    .addToBackStack(null) // 这一步必须加，否则前一个Fragment不会进入返回栈
    .commit()

总结 #

• 如果只是临时解决，先检查EditText的id是否设置，然后正确用OnSaveInstanceState在onSaveInstanceState保存、onViewCreated恢复；
• 长期来看，用ViewModel是更稳定、更符合Android架构规范的方案，彻底解决配置变化和返回栈恢复的状态丢失问题。

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