使用Android DataBinding替换FragmentContainerView中Fragment的相关问题

1. DataBinding场景下添加Fragment的方式是否正确 #

该实现本身是合法的，和DataBinding不存在冲突：DataBinding仅负责布局与数据的绑定逻辑，不会干扰Fragment事务的执行。现有实现中判断savedInstanceState == null才初始化Fragment的逻辑符合最佳实践，可以避免配置变更（如屏幕旋转）时重复创建Fragment。

仅代码逻辑存在可优化的冗余点，可简化为如下写法：

private fun manageFragment() {
    if (currentFragment is MyFragment) return
    val myFragment = MyFragment.instance()
    supportFragmentManager.beginTransaction()
        .replace(R.id.my_fragment_container, myFragment)
        .commit()
}

2. 为什么onCreate阶段找不到Fragment，onPostCreate才能找到 #

核心原因是FragmentTransaction.commit()是异步提交机制：

调用commit()时，FragmentManager不会立刻执行事务操作，而是将事务任务提交到主线程消息队列排队，等待当前主线程正在执行的任务（即Activity的onCreate初始化流程）执行完毕后，才会真正处理事务，完成Fragment的添加、替换逻辑。

因此在onCreate中刚调用完commit()就执行findFragmentById时，事务还未被执行，自然返回null。而onPostCreate是Activity整个初始化流程完成后才会触发的回调，此时排队的Fragment事务已经执行完毕，所以可以正常获取到Fragment。

之前的猜测有一定关联性但并非核心原因：只要事务执行完毕，哪怕布局还未完成测量，findFragmentById就能拿到Fragment实例，不需要等待测量流程结束。

如果需要提交事务后立刻拿到Fragment，可以把commit()替换为commitNow()，该方法会同步执行事务，调用结束后即可直接获取到Fragment，但注意commitNow()不支持和addToBackStack()搭配使用。

3. 监听Fragment添加/可见的实现方式 #

不需要给FragmentContainerView添加布局监听器，官方提供了更可靠的生命周期回调方案：

方案1：监听Fragment的Attach事件 #

给SupportFragmentManager注册FragmentOnAttachListener，只要有Fragment绑定到当前Activity就会触发回调，可以精准拿到目标容器的Fragment：

// 在Activity的onCreate中注册即可
supportFragmentManager.addFragmentOnAttachListener { _, fragment ->
    if (fragment.id == R.id.my_fragment_container) {
        currentFragment = fragment
        // 此处执行Fragment已添加的对应逻辑
    }
}

方案2：监听Fragment的可见状态 #

如果需要判断Fragment真正对用户可见，可以监听Fragment的生命周期状态，当状态迁移到RESUMED时即为可见：

supportFragmentManager.registerFragmentLifecycleCallbacks(object : FragmentManager.FragmentLifecycleCallbacks() {
    override fun onFragmentResumed(fm: FragmentManager, f: Fragment) {
        super.onFragmentResumed(fm, f)
        if (f.id == R.id.my_fragment_container) {
            // 此时Fragment已对用户可见
        }
    }
}, false)

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