Android Studio中@Composable函数间如何正确共享变量等信息

原有写法的问题 #

你当前使用顶层全局变量实现拆分后函数的数据共享，存在明显问题：全局变量脱离Compose生命周期管理，会出现多组件实例状态互相覆盖、页面退出后状态残留、配置变更（如转屏）后数据错乱等问题，不符合Compose的设计规范。
针对不同拆分场景，可以选择以下几种实现方式，其中第一种最适配你当前的Canvas绘制场景。

方案1：封装独立状态类+显式传参（适配Canvas绘制场景） #

你拆分的setParameterTable/setMainAxis等都是DrawScope的普通扩展函数，仅在Canvas重绘时同步执行，不需要响应式触发重组，最轻量的实现方式是把所有跨函数共享的参数收敛到独立状态类中，作为参数在各个绘制函数间传递。
示例代码：

// 统一收敛所有绘制相关的共享参数
data class ChartDrawState(
    val paddingXAxis: Float = 80f,
    val paddingXLabelMargin: Float = 8f,
    val paddingYAxis: Float = 50f,
    var xAxisLength: Float = 100f,
    var yAxisLength: Float = 100f,
    var maxPointCount: Int = 40,
    var divisionUnit: String = ""
)

@Composable
fun ScreenHome_Table(
    modifier: Modifier = Modifier,   
    mViewMode: SoundViewModel
) {
    // 状态和当前组件实例绑定，每个图表实例有独立状态，不会互相干扰
    val drawState = remember { ChartDrawState() }
    val context = LocalContext.current

    Box(modifier = modifier) {
        Canvas(
            modifier = Modifier
                .fillMaxSize()
                .padding(10.dp)
        ) {
            setParameterTable(context, drawState)
            setProcess(uiMSoundDensity.soundList.toList(), drawState)
            setMainAxis(drawState)  
            setChildXAxis(xTime, drawState)
            setChildYAxis(drawState)
        }
    }
}

// 所有绘制扩展函数统一接收drawState参数，读写当前实例的状态
fun DrawScope.setParameterTable(mContext: Context, drawState: ChartDrawState) {
    drawState.xAxisLength = size.width - drawState.paddingXAxis * 2
    drawState.yAxisLength = size.height - drawState.paddingYAxis * 2
    drawState.maxPointCount = mContext.resources.getInteger(R.integer.maxCount)
    drawState.divisionUnit = mContext.getString(R.string.divisionUnit)
    // 其余参数初始化逻辑
}

fun DrawScope.setMainAxis(drawState: ChartDrawState) {
    // 直接从drawState读取坐标轴长度、边距等参数完成绘制
    // 具体绘制逻辑
}

// setProcess/setChildXAxis/setChildYAxis函数按相同规则改造即可

该方案的优势：

• 状态生命周期和绑定的Composable完全一致，组件销毁时状态自动回收，无全局残留
• 多实例隔离，同页面放置多个图表组件时不会出现状态互相覆盖的问题
• 依赖关系显式，后续维护时可以直接看到每个绘制函数依赖的参数，没有隐式全局依赖
• 无额外性能开销，不需要引入响应式状态包装

方案2：状态提升（适配@Composable子函数的响应式状态共享） #

如果你拆分的是带重组逻辑的@Composable函数，共享的状态需要触发UI更新，Compose官方首选方案是状态提升：

• 将共享的状态定义在所有子Composable的共同父级作用域中
• 把状态值、修改状态的回调作为参数逐层传递给需要的子Composable
  这种方式数据流清晰，符合Compose单向数据流的设计原则，适合大多数父子组件共享状态的场景。

方案3：局部CompositionLocal（适配跨多层级的通用配置共享） #

如果共享的是整个子树都需要用到的通用配置（比如自定义图表的主题色、默认尺寸），逐层传参过于繁琐，可以使用compositionLocalOf定义局部作用域的共享值，子组件可以直接读取该值不需要逐层传参。
注意不要滥用这个方案，仅当数据被绝大多数子节点依赖时使用，否则会让代码依赖关系隐式化，提升调试成本。

方案4：ViewModel共享（适配业务关联状态） #

如果共享的状态和业务逻辑强相关，需要在配置变更（转屏、窗口大小调整）后保留，直接将状态定义在共同作用域的ViewModel中即可，所有子Composable从同一个ViewModel实例获取状态，天然支持生命周期安全。

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