harmonyos

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

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

【共创稿事节】HarmonyOS 7空间应用的可用性测试和体验评估小方法分享空间应用最容易翻车的地方，不是功能没做出来，而是做出来之后没人能顺畅用下去。用户戴上设备、或者举起手机进入空间界面，三分钟内是兴奋还是头晕，决定了这个应用能不能留下来。可用性测试在 2D 时代已经有一整套成熟方法，问题是搬到空间里之后，哪些还能用、哪些必须加，以及怎么把"体验好不好"变成可比较的数字。

Flutter 鸿蒙化实战：flutter_scankit 适配 OpenHarmony，华为 ScanKit 扫码

用户11791048833

别让AI随便启动你的LSP：hmharness给语言服务器加SHA256门禁 GitHub:swsgbl/hmharness先说工具全貌：hmharness 是一个开源的 HarmonyOS/OpenHarmony 开发智能体框架，把工程创建、检查、构建、签名、安装、启动、日志读取和结果验证接成本地工具链，让 AI 不只是生成代码，还要用本机环境证明结果；自进化行为受审批、预算、canary 和回滚约束。它不是 DevEco Studio 的替代品，而是开发智能体和鸿蒙工具链之间的验证层。本文只展开其中一环：LSP 来源信任与 SHA256 钉住。

HarmonyOS 7 + Share Kit-Window Kit：精准碰一碰屏幕坐标的窗口换算与落点拒绝【鸿蒙心迹】精准碰一碰把“分享给哪个应用”继续推进到了“落到页面哪个位置”。这一步看起来只是多拿两个坐标，真正接入编辑器、画布或看板后，却会遇到一个很容易被忽略的问题：系统告诉应用的是屏幕触点，业务真正需要的是内容坐标。窗口可能被移动、分屏、缩放，页面内部还可能存在标题栏、画布偏移、平移和缩放。直接把 screenX、screenY 交给业务，坐标值完全合法，落点却可能偏出几百像素。

Compose Multiplatform KV 存储库 multiplatform-settings 的 OpenHarmony 鸿蒙化适配实战库版本：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）

Flutter 开发鸿蒙实战：从 OpenHarmony 适配版到 HAP 构建与插件接入已有 Flutter 应用想覆盖鸿蒙设备，最先要解决的不是 Widget 怎么写，而是用哪套 Flutter 工具链、目标设备运行什么系统、依赖的插件有没有对应平台实现。纯 Dart 界面通常容易复用，摄像头、WebView、定位、文件选择等能力则必须逐个验证。

传奇开心果编程

【ArkUI进阶练中学】第9课：分布式能力与多设备协同分布式软总线是HarmonyOS分布式能力的通信基座，为设备之间的互联互通提供了统一的分布式通信能力。它通过统一的通信协议，让不同类型的鸿蒙设备（如手机、平板、智慧屏/电视）无需复杂配网即可自动发现、连接并协同工作，实现设备内和设备间高吞吐、低时延、高可靠的流畅连接体验。对开发者而言，无需关注组网方式与通信协议，只需通过上层API即可完成跨设备通信。

HarmonyOS 7 + Spatial Recon Kit-C++：3DGS 输入帧内参与位姿的版本一致性门禁【鸿蒙心迹】3DGS 重建的输入不只是“一组照片”。每一帧还要与对应的相机内参、位姿和采集顺序保持一致。画面本身清晰、尺寸也满足要求，如果中途切换了相机裁剪策略，却继续沿用旧内参；或者图像与位姿来自相邻两个时刻，系统接口仍可能收到格式完整的数据，最终模型却出现重影、拉伸和局部漂移。

Account Kit 华为账号服务介绍Account Kit（华为账号服务）提供简单、快速、安全的登录功能，让用户快捷地使用华为账号登录应用。用户授权后，Account Kit可提供头像、昵称、手机号码等信息，帮助应用更了解用户。

Flutter 鸿蒙适配实践 2026：从环境搭建、混合渲染到 OpenTelemetry 性能基建2026 年，Flutter 与 OpenHarmony 的关系已经不再是「能不能跑起来」的验证问题，而是「怎么稳定地交付、怎么度量、怎么持续升级」的工程问题。据掘金《Flutter 项目鸿蒙适配实战：从环境搭建到多环境打包全指南》的描述，2026 年 1 月 OpenHarmony 正式成立了 Flutter SIG 工作组，统筹推进 Flutter 鸿蒙化的技术迭代与生态建设，该文的适配实践以 Flutter-OH 3.35.7 与 CPF-Flutter 生态为基础展开 [1]；同期的 CSDN 直

Flutter 鸿蒙化实战：flutter_secure_storage 适配 OpenHarmony，敏感数据安全存储

HarmonyOS 7 HiAppEvent + AppGallery Connect：审核复现链路的脱敏日志切片与证据校验【鸿蒙心迹】一次审核反馈只有一句“支付结果页偶现空白”。开发机上复现不了，普通日志又混着账号、订单号和网络参数，既不能直接提交，也很难证明问题已经修复。

HarmonyOS 7 + Core Vision Kit：文搜图索引代际切换与模型升级回滚【鸿蒙心迹】示例项目：ScopeSwitch 页面：IndexMigrationPage相册里的 128 张图片并不算大，真正麻烦的是“替换索引”这件事。旧索引仍在响应搜索，新索引又要逐张写入；如果直接清空再重建，用户会得到一段确定的空窗。如果把两个 scope 当成可随意切换的数据库分区，又会忽略能力升级后旧数据可能已经失效的边界。

HarmonyOS 7 + EasyGo-ArkUI VisibleArea：平行视界双窗曝光事件的去重与停留门禁【鸿蒙心迹】示例项目：DualMetric 页面：ReadingWorkspacePage平行视界把列表和详情同时摆到大屏上之后，页面可见性不再等同于一次完整曝光。列表中的文章卡片还露着一角，右侧详情已经打开；用户拖动分隔比例时，两侧组件又会连续触发可见区域变化。如果把 aboutToAppear 或每一次可见回调都当成曝光，统计会比真实阅读次数膨胀许多。

【共创稿事节】HarmonyOS 7空间信息层级：焦点、景深与注意力引导平面界面里，用户的眼睛被屏幕边界框着，注意力顶多在矩形内跳来跳去。空间界面没有这个框，用户能看的地方变多了，注意力反而更容易散。这时候设计的活儿就是主动引导：明确告诉用户"先看这里，再看那里"。焦点和景深是两把最顺手的工具。

特立独行的猫a

用仓颉写一个 Tauri：IPC 的每次往返实现原理（web层到仓颉层的触发过程）先说清楚我在做什么，不然下面的数字没有坐标系。我在写一个叫 cj-tauri 的开源项目：用华为的仓颉语言（Cangjie）当后端，用操作系统自带的 WebView 当渲染层，做一套和 Tauri 同思路的混合开发框架。仓颉代码静态编译成一个原生可执行文件，界面就是普通的 HTML / CSS / JS——Windows 上跑在 WebView2 里，Linux 上跑在 WebKitGTK 里。没有 Node、没有 Chromium 运行时，安装包小、启动快。

华为鸿蒙桌面时钟与悬浮时钟APP—小羊时钟写东西、做饭、带娃，总要瞟一眼几点——每次点开锁屏、再翻进某个 App，手都烦了。有人问：能不能让时间直接躺在桌面上？能。今天聊鸿蒙上的小羊时钟。印象就一句：时间摊在桌面，计时随手开。

【共创稿事节】HarmonyOS 7空间交互综述：视线、头部、手势的协同在手机上，用户只有一个明确的指向器官——手指，点哪里就是哪里。到了空间里，设备同时拥有了三双"眼睛"：看哪儿（视线）、朝哪儿（头部姿态）、做什么动作（手势）。能力变多，麻烦也跟着来了：三个通道各说各话时，系统到底听谁的？这篇先把三条输入通道的能力边界摊开，再谈怎么让它们协同工作，而不至于互相打架。