Compose Material3中ListDetailPaneScaffold内组件无法响应ColorScheme更新进行重排

我之前也碰到过一模一样的问题！这其实是因为ListDetailPaneScaffold（尤其是你用的1.0.0-alpha06版本）的内部实现做了重组优化，导致它的listPane和detailPane区块里的子组件没法自动感知到MaterialTheme.colorScheme的变化，而外部组件不受影响是因为它们直接在MaterialTheme的作用域下，重组触发条件更直接。

给你几个可行的解决办法：

1. 给Pane内容添加依赖ColorScheme的Key #

这是最直接的临时修复方式，通过给listPane和detailPane的内容包裹key函数，把ColorScheme里的关键颜色（比如你用到的primary）作为key值。当颜色变化时，key会改变，强制触发整个Pane内容的重组：

ListDetailPaneScaffold(
    listPane = {
        // 用当前主题的primary颜色作为重组触发key
        key(MaterialTheme.colorScheme.primary) {
            LazyRow {
                items(3) {
                    Box(
                        modifier = Modifier
                            .size(16.dp)
                            .background(MaterialTheme.colorScheme.primary)
                    )
                }
            }
        }
    },
    detailPane = {
        key(MaterialTheme.colorScheme.primary) {
            // 你的详情面板内容
        }
    }
) {
    // Scaffold的主内容区
}

2. 检查自定义组件的颜色捕获逻辑 #

虽然你提到问题只出现在ListDetailPaneScaffold内，但还是可以确认下你的自定义Button组件：确保颜色参数是在每次重组时读取MaterialTheme.colorScheme，而不是仅在初始化时捕获。不过看你的代码，Button的颜色参数默认值是直接读取MaterialTheme.colorScheme的，这部分应该没问题，主要问题还是在Scaffold的缓存上。

3. 考虑升级Material3-Adaptive版本 #

因为你用的是alpha版本（1.0.0-alpha06），这类重组感知的bug很可能在后续版本中被修复。可以尝试升级到最新的稳定版或更高的alpha版本，看看问题是否自动消失。

总结一下，最快速解决当前问题的就是给Pane内容加key，强制它在颜色变化时重组。

备注：内容来源于stack exchange，提问作者u op