先查依赖可达性：KStore 那次适配的成败手是 kotlinx ohos 制品线；K-Spinner 的依赖表是compose.ui（JB Compose 1.8.2 线）。社区 CMP 鸿蒙线是 1.9.2 / Kotlin 2.2.21，两条 Compose 线互不兼容——上游快照在鸿蒙工具链上sync都过不了。能带过河的只有 Compose 无关的行为语义。

社区对纯 Compose 库的钉法是 HarmonyOS Kotlin（qrose / haze 用的）。DhyanToast引擎核心零第三方依赖，没有 KStore 那种"coroutines 制品线元数据反推 stdlib 版本"的约束——工具链直接钉社区稳定线即可；上游源码是 Kotlin 2.1.0 编的，2.2.21 向后兼容零成本。

零依赖内核不需要任何 kotlinx 制品，工具链回到社区最成熟的旧线：Kotlin（qrose / haze / kmp-wheel-picker 同款），Gradle必须降到 8.14.1（2.2.21 线不支持 Gradle 9.x，上游 9.7.0 wrapper 直接替换）。google()钉；只剩一个 Kotlin 条目。上游 Compose-Pickers commonMain（26

性能Selector通常比Consumer更高效，因为它可以减少不必要的重建。如果你只关心数据模型中的一小部分数据，使用Selector可以避免整个数据模型变化时的重建。灵活性Consumer提供了更直接的方式来访问整个数据模型，而Selector则允许你更精细地控制数据监听和组件重建。使用场景：如果你需要使用数据模型中的多个字段，或者你不想手动处理数据解构，那么Consumer可能是更好的选择。