Jetpack Compose：Fragment中缓存的ComposeView复用时无法显示

• 核心矛盾是手动缓存Fragment根View的写法完全破坏了Fragment原生的View生命周期机制，和ComposeView的渲染逻辑产生冲突。
• ComposeView渲染依赖绑定的ViewTreeLifecycleOwner调度渲染时机，默认策略下View从窗口分离时就会销毁当前的Composition渲染上下文。你缓存的HomeFragment根View在第一次被移除时，内部所有ComposeView的渲染上下文已经被销毁；下次复用根View时，你没有重新绑定新的生命周期Owner（每次Fragment执行onCreateView都会生成新的viewLifecycleOwner，旧的已经处于销毁状态，无法调度渲染），Compose自然无法显示。
• 你手动持有根View的操作还会导致ViewPager2内的子Fragment生命周期错乱：子Fragment的onCreateView只会在第一次inflate布局时执行一次，后续父Fragment复用时子Fragment不会重新走视图创建流程，ComposeView被销毁的渲染上下文不会被重新创建。
• 额外隐患：这种手动缓存View的写法不止会影响ComposeView，后续所有依赖View生命周期的组件（WebView、视频播放器、LiveData视图绑定、ViewModel相关组件）都会出现内存泄漏、状态错乱、不渲染的问题。

方案一（推荐，从根源解决问题） #

直接删除HomeFragment中手动缓存mView的逻辑，不要自己持有根View引用。

• Fragment本身已经配合FragmentManager实现了完善的View复用机制，搭配ViewPager2的offscreenPageLimit配置、Fragment事务的生命周期管理，完全可以做到避免重复inflate的性能要求，不需要画蛇添足手动缓存。
• 删除缓存逻辑后，Fragment的onCreateView/onDestroyView会按原生逻辑成对触发，ComposeView会自动在视图创建时重建渲染上下文，在视图销毁时回收资源，不会出现显示异常。
• 额外建议：不要自己用SparseArray缓存ViewPager2的子Fragment实例，交给FragmentStateAdapter自行管理子Fragment的创建和生命周期，避免子Fragment状态错乱。

方案二（如果必须保留手动缓存逻辑，不推荐） #

如果业务场景强制要求手动缓存根View，需要补全生命周期绑定和Compose的上下文重建逻辑：

1. 在HomeFragment复用缓存View之前，给整个View树重新绑定新的生命周期相关Owner，替换掉已经销毁的旧Owner：

override fun onCreateView(
    inflater: LayoutInflater,
    container: ViewGroup?,
    savedInstanceState: Bundle?
): View {
    if (mView!=null){
        (mView?.parent as? ViewGroup)?.removeView(mView)
        // 重新绑定View树必须的生命周期组件
        ViewTreeLifecycleOwner.set(mView!!, viewLifecycleOwner)
        ViewTreeSavedStateRegistryOwner.set(mView!!, this)
        ViewTreeViewModelStoreOwner.set(mView!!, this)
        return mView as View
    }
    val root = inflater.inflate(R.layout.fragment_home, container, false)
    mView = root
    // 原有初始化逻辑不变
    return root
}

2. 修改Fragmentone中ComposeView的配置，在视图销毁时手动释放Compose资源，复用时重建渲染上下文：

// 在onCreateView中初始化ComposeView时修改配置
composeView = findViewById<ComposeView>(R.id.compose_view).apply {
    // 修改Composition销毁策略，绑定到子Fragment的viewLifecycleOwner
    setViewCompositionStrategy(
        ViewCompositionStrategy.DisposeOnViewTreeLifecycleDestroyed
    )
    setContent {
        Text(text = "我是测试的。。。。。")
    }
}

// 重写Fragmentone的onDestroyView，释放引用避免泄漏
override fun onDestroyView() {
    super.onDestroyView()
    listView = null
    composeView = null
}

3. 注意：即使做了以上修改，依然可能出现其他组件的生命周期异常，需要逐个排查处理，维护成本很高，优先选择方案一。

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