如何在自定义类中实现MutableState接口，适配Jetpack Compose可观察性？

要让你的自定义复杂对象被Jetpack Compose观察，同时保持对象引用，直接实现MutableState接口是可行的方案。核心是处理依赖追踪和变更通知，让Compose能感知到对象内部数据的变化。

实现思路 #

MutableState接口的核心是value属性，Compose通过读取value来追踪状态依赖，当状态变更时需要通知快照系统触发重组。我们可以组合内部的mutableStateOf来复用Compose的状态机制，简化实现逻辑。

下面是完整的实现代码：

import androidx.compose.runtime.MutableState
import androidx.compose.runtime.mutableStateOf

class MyComplexObject : MutableState<MyComplexObject> {
    private val map = mutableMapOf<String, Any>()
    // 内部维护一个State实例，复用Compose的依赖追踪与通知逻辑
    private val internalState = mutableStateOf(this)

    // 实现MutableState的value属性
    override var value: MyComplexObject
        get() = internalState.value // 读取时自动触发依赖追踪
        set(newValue) {
            internalState.value = newValue // 替换整个对象时触发通知
        }

    // 解构声明所需的方法
    override fun component1(): MyComplexObject = value
    override fun component2(): (MyComplexObject) -> Unit = { value = it }

    fun setValue(key: String, value: Any) {
        map[key] = value
        // 更新内部State的value，自动通知Compose状态已变更
        internalState.value = this
    }

    fun getValue(key: String): Any? {
        // 读取前触发value的getter，让Compose记录依赖关系
        value
        return map[key]
    }
}

使用方式 #

在ViewModel中直接持有对象引用即可：

class MyViewModel : ViewModel() {
    val observableProperty = MyComplexObject()
}

在Compose中使用时，只要读取对象的属性（比如调用getValue），Compose就会自动追踪依赖，当调用setValue修改内部数据时，会自动触发重组：

@Composable
fun ComplexObjectDemo(viewModel: MyViewModel = viewModel()) {
    val complexObj = viewModel.observableProperty
    val currentValue = complexObj.getValue("userName") ?: "未设置"

    Column(modifier = Modifier.padding(16.dp)) {
        Text(text = "当前值：$currentValue")
        Button(
            onClick = { complexObj.setValue("userName", "新的用户名") },
            modifier = Modifier.topPadding(8.dp)
        ) {
            Text("更新值")
        }
    }
}

关键注意点 #

• 依赖追踪：所有在Composable中读取对象内部数据的操作，都需要先触发value属性的读取（比如getValue方法里的value调用），否则Compose无法感知到依赖，不会触发重组。
• 变更通知：修改内部数据后，必须更新内部mutableStateOf的value，这是触发Compose重组的核心。
• 粒度权衡：如果需要更细粒度的状态控制，可以考虑将内部的map替换为mutableStateMapOf，但这会增加复杂度，需根据实际需求选择。

内容的提问来源于stack exchange，提问作者me.at.coding