单Activity架构下，如何解决嵌套Fragment在replace事务中不复用的问题？

这个问题我之前在项目里也碰到过——标签切换时Fragment反复重建、重复发起REST请求，不仅浪费资源，还会让用户看到不必要的加载状态。下面给你无额外开销的解决办法，以及单Activity架构下的相关最佳实践：

一、解决Fragment重建问题：用Hide/Show替代Replace #

你现在用replace事务的问题在于，每次切换都会移除旧Fragment并添加新的，没有返回栈的话旧Fragment就会被销毁，下次切换回来又得重新创建。而hide/show只会改变Fragment的可见性，实例会一直保留在内存中，完全避免重建开销。

具体实现步骤： #

1. 在MainFragment中提前初始化两个子Fragment实例，避免重复创建：

private var frag1: Frag1? = null
private var frag2: Frag2? = null

2. 在onViewCreated中完成Fragment的添加与初始显示：

override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
    super.onViewCreated(view, savedInstanceState)

    // 从FragmentManager查找已存在的实例，避免配置变化后重复创建
    frag1 = childFragmentManager.findFragmentByTag("Frag1") as? Frag1 ?: Frag1().apply {
        childFragmentManager.beginTransaction()
            .add(R.id.container, this, "Frag1")
            .hide(this)
            .commitNow() // 用commitNow确保立即执行，避免后续操作时实例未就绪
    }

    frag2 = childFragmentManager.findFragmentByTag("Frag2") as? Frag2 ?: Frag2().apply {
        childFragmentManager.beginTransaction()
            .add(R.id.container, this, "Frag2")
            .hide(this)
            .commitNow()
    }

    // 默认显示Frag1
    showFragment(frag1!!)

    // 设置标签点击事件
    tab1.setOnClickListener { showFragment(frag1!!) }
    tab2.setOnClickListener { showFragment(frag2!!) }
}

// 封装切换逻辑，避免重复代码
private fun showFragment(targetFragment: Fragment) {
    val transaction = childFragmentManager.beginTransaction()
    // 隐藏所有其他子Fragment
    childFragmentManager.fragments.forEach {
        if (it != targetFragment) transaction.hide(it)
    }
    transaction.show(targetFragment).commit()
}

这样切换标签时，两个Fragment的实例只会创建一次，不会触发onCreate，之前加载的数据也会保留，完全没有额外开销。

二、确保数据只加载一次：结合ViewModel #

即使使用了hide/show，也要确保REST请求只发起一次。推荐用ViewModel来管理数据，因为ViewModel的生命周期独立于Fragment，只要Fragment实例存在，ViewModel就不会被销毁。

示例：在子Fragment中使用ViewModel #

class Frag1ViewModel : ViewModel() {
    private val _data = MutableLiveData<YourData>()
    val data: LiveData<YourData> = _data

    init {
        // 只在ViewModel初始化时请求一次数据
        loadDataFromRest()
    }

    private fun loadDataFromRest() {
        // 发起REST请求，更新_data
    }
}

// 在Frag1中观察数据
class Frag1 : Fragment() {
    private val viewModel: Frag1ViewModel by viewModels()

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)
        viewModel.data.observe(viewLifecycleOwner) { data ->
            // 更新UI
        }
    }
}

这样不管Fragment被隐藏还是显示，数据都只会加载一次，完全避免重复请求。

三、单Activity架构下的最佳实践 #

1. 用ChildFragmentManager管理嵌套Fragment：像你现在这样，MainFragment作为父容器，使用childFragmentManager管理子Fragment，避免和Activity的supportFragmentManager混淆，保证Fragment的层级清晰。
2. 标签切换优先Hide/Show：除非有特殊需求（比如Fragment占用内存极大），否则不要用replace，hide/show的性能开销更低，用户体验更流畅。
3. ViewModel + Repository分层：将数据请求、缓存等逻辑放到Repository中，ViewModel只负责协调数据和UI，Fragment专注于展示和交互，代码更易维护。
4. 避免在Fragment生命周期方法中做 heavy 操作：比如不要在onCreate或onViewCreated中直接发起网络请求，交给ViewModel处理。
5. 合理处理返回栈：对于标签切换场景不需要加返回栈，但对于流程型页面（比如列表→详情），记得用addToBackStack保证返回键行为符合用户预期。
6. Fragment轻量化：每个Fragment只负责单一功能，不要把过多逻辑塞进去，避免出现“上帝Fragment”。

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