Android Navigation Component中带ID UI元素状态保留的机制是什么？

当你用Navigation Component切换底部导航导致Fragment销毁重建时，带ID的UI元素能保留状态，核心是Android系统的View状态自动保存机制，结合Fragment的状态管理流程共同作用，具体分这几点：

• View自身的状态保存能力：所有继承自View的UI组件，只要设置了唯一ID，都默认实现了onSaveInstanceState()和onRestoreInstanceState()方法。比如EditText会保存输入文本、光标位置；RecyclerView会保存滚动偏移量、当前聚焦的item位置——这些状态数据会被打包成Parcelable对象。

• Fragment的SavedStateRegistry接管存储：当Fragment因切换被销毁时，系统会触发Fragment的状态保存流程，其中SavedStateRegistry会遍历整个View树，收集所有带ID的View的状态数据，把它们存入Fragment的保存状态Bundle中。

• 重建时的状态恢复流程：当Fragment重新创建并Inflate布局后，系统会从保存的Bundle中取出对应View的状态数据，调用View的onRestoreInstanceState()方法，把之前保存的状态逐一恢复回去。

需要注意的是：

• 如果UI元素没有设置ID，系统会跳过它的状态保存逻辑，重建后状态就会丢失。
• 如果你手动重写了Fragment的onSaveInstanceState()方法，但没有调用super.onSaveInstanceState(outState)，会破坏默认的View状态保存流程，导致状态无法恢复。

内容的提问来源于stack exchange，提问作者Cheok Yan Cheng