harmonyos

HarmonyOS 7 DualCart 平行视界适配实录 04：EasyGo × 虚拟容器：商品比价双详情与分栏比例策略【鸿蒙心迹】03 刚刚解决了商品视频和高清大图的沉浸路由：短时间离开 ProductList | ProductDetail，进入全屏或横屏，退出以后再把原来的双栏上下文恢复回来。

HarmonyOS 7 PixelBridge 原生库适配实录 06：Release 性能基线、资源释放、包体积与工程化验收【鸿蒙心迹】PixelBridge 到第五篇已经解决了一个很容易被开发阶段忽略的问题：Release 二进制、unstripped so、符号文件、Build ID 和 libyuv 版本终于形成了可追溯关系。

传奇开心果编程

【ArkUI进阶练中学】第11课：安全与合规进阶Universal Keystore Kit（密钥管理服务，简称HUKS）向业务/应用提供各类密钥的统一安全操作能力，包括密钥管理（密钥生成/销毁、密钥导入、密钥证明、密钥协商、密钥派生）及密钥使用（加密/解密、签名/验签、访问控制）等功能。

熊猫钓鱼>_>

Kotlin Multiplatform for OpenHarmony 实战：为 Reaktive 实现响应式原语适配（完整版 · 含摘要目录与技术图表）本文是「OpenHarmony 鸿蒙化三方库适配」系列的第 8 篇，也是「纯逻辑等价复刻」档的收官——在已交付 Decompose（组件化导航）、Essenty（生命周期/状态保持）、MVIKotlin（单向数据流）之后，补齐最底层的响应式原语：arkivanov 开源的 Reaktive。Reaktive 提供 Observable/Single/Completable 等冷/热流类型，以及 map/filter/flatMap/subscribeOn/observeOn 操作符与 Scheduler

HarmonyOS 7 + Spatial Recon Kit-C++：3DGS 高斯参数的非有限值隔离与可渲染性门禁【鸿蒙心迹】示例项目：SplatGuard 页面：RenderabilityAuditPage3DGS 重建链路已经返回完成，产物文件也存在，接入渲染器后却可能只得到黑屏、飞散的巨大色块，甚至在某一帧出现 GPU 异常。此时继续调相机、曝光和材质通常收效不大，因为问题也许发生在渲染之前：少量高斯记录里混入了 NaN、Infinity 或越界透明度。

传奇开心果编程

【ArkUI进阶练中学】第12课：应用架构演进与遗留系统迁移FA 模型（Feature Ability）是 HarmonyOS 早期（API 7 之前）的开发模型，以 FeatureAbility 和 PageAbility 为核心。Stage 模型自 API 8 开始推出，API 9 正式推荐使用，是 HarmonyOS 5 及以后版本的主推模型。官方已明确 FA 模型不再主推，建议迁移至 Stage 模型。

传奇开心果编程

【ArkUI进阶练中学】第13课：元服务与卡片开发元服务是HarmonyOS提供的一种轻量应用程序形态，具备免安装、即用即走、账号相随等特征。元服务可独立上架、分发、运行，独立实现业务闭环，可大幅提升信息与服务的获取效率。

HarmonyOS 7 InsightBoard 多形态适配实录 06：ArkUI × 多设备回归：布局抖动、监听释放与全形态验收【鸿蒙心迹】InsightBoard 到第五篇已经完成了一条比较完整的多形态链路：最后一篇我没有再加任何组件。因为多形态适配最危险的阶段，往往不是“第一遍切过去”，而是用户连续切 10 次、20 次以后。

HarmonyOS 7 PixelBridge 原生库适配实录 04：Native Buffer Pool、批任务背压与取消链路【鸿蒙心迹】第三篇把单张 PixelMap 的 libyuv 转换移进 napi_async_work，页面线程终于不再一直等着 Native 计算结束。

HarmonyOS 7 Spatial Recon Kit 开发实录 01：支持检测、Session 创建与首条有效重建链路【鸿蒙心迹】这次没有先做“看起来像 3D 重建”的页面，而是先把最短的一条工程链路跑通：设备支持检测、Native Session 创建、采集任务状态同步、开始重建、进度回传，以及页面退出后的资源释放。

传奇开心果编程

【ArkUI进阶练中学】第19课：AI安全与隐私治理HarmonyOS 7 的小艺可以跨应用完成“订票、约车、传文件”等连续复杂任务，并且首次向开发者开放了 GUI 操控能力——智能体可以像人一样“看”和“操作”屏幕。当操作系统从“响应指令”变成“主动代办”时，传统的权限模型面临根本性挑战：如果智能体为了完成“订机票”任务，必须连续调用日历、位置、支付、短信等多个敏感权限，是否意味着系统必须授予它“超级用户”级别的通行证？

HarmonyOS 7 QuickDock 闪控窗开发实录 06：floatView × 回归验收：25轮场景回归、资源基线与发布前收口【鸿蒙心迹】QuickDock 到第五篇，已经把所有关键能力都拆成了相对独立的状态层：最后一篇我不再增加任何系统 API。

HarmonyOS 7 DualCart 平行视界适配实录 06：Navigation × 多窗口回归：路由冲突、恢复一致性与性能验收【鸿蒙心迹】DualCart 做到第五篇以后，工程里已经同时存在六套运行形态：单独看，每一篇都已经能跑。真正把这些场景连续执行以后，最容易出现的却不是“功能不会用”，而是状态边界相互污染。

传奇开心果编程

【ArkUI进阶练中学】第18课：Agent亲和架构与应用智能化改造HarmonyOS 7的核心变化不在于版本号，而在于底层逻辑从“App亲和”全面转向“Agent亲和”。这一转变由三大核心支撑：系统智能体小艺作为终端AI入口，具备意图理解、服务编排、跨任务流转能力，端侧模型负责本地感知与隐私保护，云侧模型处理复杂推理，端云协同实现“说一句，办一整套”。HMAF 2.0智能体框架实现90%以上复杂任务成功率，开放20+AI能力，首次释放GUI操控权限，开发者接入门槛大幅降低，应用可以Skill化，被系统智能体按需调度。Agent亲和系统架构则从系统层面为智能体协同提供原生

HarmonyOS 7 QuickDock 闪控窗开发实录 02：floatView × floatingBall：形态切换、位置恢复与单一状态源【鸿蒙心迹】第一篇把 QuickDock 的标准闪控窗跑起来以后，我没有立刻去做拖动。我先做了一个更容易把状态搞乱的动作：

HarmonyOS 7 Spatial Recon Kit 开发实录 03：重建进度、暂停恢复与前后台状态机【鸿蒙心迹】前两轮把 ReconRoom 的两件基础工作收住了：Session 不再跟页面生命周期绑死，帧输入也不再是“相机来一张就塞一张”。真正开始连续扫房间以后，新的问题出现在用户操作上——按一下暂停、切到后台、再回来，任务到底应该处于什么状态？

HarmonyOS 7 QuickDock 闪控窗开发实录 03：floatView × ArkData：自由拖动、侧边暂存与位置持久化【鸿蒙心迹】前两篇把 QuickDock 的两条基础链路稳定下来：标准闪控窗可以作为任务展示层独立存在，闪控窗和闪控球之间切换时，业务任务始终只有一份状态。

开源鸿蒙平台 KMP_CMP 三方库「Kermit」适配全流程本文记录 Kermit 接入 OpenHarmony 的完整过程，覆盖 KMP/CMP 工程盘点、ohosArm64 目标、Kotlin/Native 动态库、C ABI/N-API 桥接、ArkUI 真机页面、签名 HAP 和真机验收。

HarmonyOS 7 EasyGo + ArkUI Navigation：平行视界主副页筛选事务与跨栏撤销一致性【鸿蒙心迹】这次没有把重点放在“能不能分栏”，而是处理分栏之后更难察觉的一致性问题：左栏筛选变了，右栏详情、草稿和返回栈究竟该跟着谁走。