ViewPager2切换Fragment后，Jetpack Compose的GraphicsLayer Modifier失效

• ViewPager2 默认会销毁超出 offscreenPageLimit（默认值为1）的 Fragment，当切回之前的 Fragment 时，Fragment 会重新创建。如果 translationX/Y 的计算逻辑不依赖 Compose 的可观察状态，Compose 无法感知到需要重组，graphicsLayer 的 lambda 也就不会重新执行。
• Fragment 从后台恢复时，ComposeView 的重组触发机制可能未被正确触发，导致 graphicsLayer 的配置没有更新到最新状态。

1. 用可观察状态驱动平移计算 #

确保平移参数的计算依赖 Compose 的状态变量（比如 mutableStateOf、remember 包裹的状态），这样状态变化或重组时，graphicsLayer 的 lambda 会自动执行：

@Composable
fun MyComposeView() {
    // 用可观察状态存储平移参数，或依赖其他可观察状态计算
    val translationState = remember { mutableStateOf(0f) }

    // 模拟平移参数的更新逻辑，可替换为实际的手势、滚动监听等逻辑
    LaunchedEffect(Unit) {
        translationState.value = 100f
    }

    Box(
        modifier = Modifier
            .fillMaxSize()
            .graphicsLayer {
                translationX = translationState.value
                translationY = translationState.value
            }
    ) {
        // 内容区域
    }
}

2. 监听Fragment生命周期触发重组 #

在 Fragment 中，通过 LaunchedEffect 监听生命周期，当 Fragment 回到前台时手动触发重组：

class MyFragment : Fragment() {
    override fun onCreateView(
        inflater: LayoutInflater, container: ViewGroup?,
        savedInstanceState: Bundle?
    ): View? {
        return ComposeView(requireContext()).apply {
            setContent {
                val lifecycleOwner = LocalLifecycleOwner.current
                // 监听Fragment的RESUMED状态，触发重组更新平移配置
                LaunchedEffect(lifecycleOwner.lifecycle) {
                    lifecycleOwner.repeatOnLifecycle(Lifecycle.State.RESUMED) {
                        // 此处可更新平移相关状态，触发graphicsLayer重组
                    }
                }
                MyComposeView()
            }
        }
    }
}

3. 临时调整ViewPager2预加载数量（不推荐） #

如果仅用于临时测试，可修改 ViewPager2 的 offscreenPageLimit 让 Fragment 不被销毁，但会增加内存占用，不适合生产环境：

viewPager2.offscreenPageLimit = 你的Fragment总数量

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