把 SQLDelight 跑上鸿蒙，本质是打通这条链。关键不在某一步多难，而在于每一步都有"看起来对但其实不对"的细节：cinterop 的 linkerOpts 不进最终链接、Scrt1.o 残留 main 符号、opaque config 在模拟器上的内部校验、沙箱路径不能硬编码。这次全绿，证明整条链路真实可用。.sq文件集成（现在 SQL 是硬编码字符串，没走 SQLDelight 编译器生

把 SQLDelight 跑上鸿蒙，本质是打通这条链。关键不在某一步多难，而在于每一步都有"看起来对但其实不对"的细节：cinterop 的 linkerOpts 不进最终链接、Scrt1.o 残留 main 符号、opaque config 在模拟器上的内部校验、沙箱路径不能硬编码。这次全绿，证明整条链路真实可用。.sq文件集成（现在 SQL 是硬编码字符串，没走 SQLDelight 编译器生

库版本：com.russhwolf:multiplatform-settings 1.3.0-ohos.1（本地重建鸿蒙切片）｜验证环境：Kotlin 2.2.21-0.4.0（鸿蒙定制版）｜Compose Multiplatform 1.9.2-0.4.0｜DevEco Studio 26.0.0｜DevEco 模拟器｜HarmonyOS 7.0.0（API 26）

库版本：com.russhwolf:multiplatform-settings 1.3.0-ohos.1（本地重建鸿蒙切片）｜验证环境：Kotlin 2.2.21-0.4.0（鸿蒙定制版）｜Compose Multiplatform 1.9.2-0.4.0｜DevEco Studio 26.0.0｜DevEco 模拟器｜HarmonyOS 7.0.0（API 26）

库版本：com.russhwolf:multiplatform-settings 1.3.0-ohos.1（本地重建鸿蒙切片）｜验证环境：Kotlin 2.2.21-0.4.0（鸿蒙定制版）｜Compose Multiplatform 1.9.2-0.4.0｜DevEco Studio 26.0.0｜DevEco 模拟器｜HarmonyOS 7.0.0（API 26）

库版本：sh.calvin.reorderable 3.1.0-1.0.0（鸿蒙切片）｜验证环境：Kotlin 2.2.21-0.4.0（鸿蒙定制版）｜Compose Multiplatform 1.9.2-0.4.0｜DevEco Studio 26.0.0｜DevEco 模拟器｜HarmonyOS 7.0.0（API 26）是 Compose 生态里做拖拽排序最常用的库——一行就能让 Lazy

库版本：sh.calvin.reorderable 3.1.0-1.0.0（鸿蒙切片）｜验证环境：Kotlin 2.2.21-0.4.0（鸿蒙定制版）｜Compose Multiplatform 1.9.2-0.4.0｜DevEco Studio 26.0.0｜DevEco 模拟器｜HarmonyOS 7.0.0（API 26）是 Compose 生态里做拖拽排序最常用的库——一行就能让 Lazy

"数据源缺失"型适配有了标准解法。前面几篇处理的是"依赖缺失"（atomicfu/Poko 换掉），这次是"系统设施缺失"——鸿蒙 Native 侧没有 zoneinfo。注入式数据库（ArkTS 供数据、Kotlin 供解析）把"平台能力在哪一层"的问题收敛为一个 80 行的 actual 文件，对日历、ICU、任何依赖系统数据库的库都通用。上游"逃生舱"源集的红利。

"数据源缺失"型适配有了标准解法。前面几篇处理的是"依赖缺失"（atomicfu/Poko 换掉），这次是"系统设施缺失"——鸿蒙 Native 侧没有 zoneinfo。注入式数据库（ArkTS 供数据、Kotlin 供解析）把"平台能力在哪一层"的问题收敛为一个 80 行的 actual 文件，对日历、ICU、任何依赖系统数据库的库都通用。上游"逃生舱"源集的红利。

"数据源缺失"型适配有了标准解法。前面几篇处理的是"依赖缺失"（atomicfu/Poko 换掉），这次是"系统设施缺失"——鸿蒙 Native 侧没有 zoneinfo。注入式数据库（ArkTS 供数据、Kotlin 供解析）把"平台能力在哪一层"的问题收敛为一个 80 行的 actual 文件，对日历、ICU、任何依赖系统数据库的库都通用。上游"逃生舱"源集的红利。