本文涉及 HarmonyOS 6.1.0(23) 与官方穿戴开发指南。文中代码是为说明问题编写的完整示例,不是官方示例的搬运;API 名称与版本号等事实性信息均标注官方出处;涉及真机表现的部分已明确标注,未做任何实测数据编造。
本文涉及 HarmonyOS 6.1 / Cloud Foundation Kit(5.0.3(15) 起预加载,6.1.0(23) 起跳链安装预加载)与冷启动时延优化的官方口径。文中的结构、代码示例、决策流程与自检清单为本人整理编写;未在真机逐行验证的部分,请以真机实测为准。
上篇我终于让插件市场在鸿蒙真机上一键安装跑通,信心满满——补丁打完了、ACL 批下来了、包也签好了,技术侧的坎一个个都过了。当时以为,上架就是临门一脚。
全国产化通行把开源鸿蒙放在门口、把银河麒麟或统信 UOS 放在机房之后,真正耗时的往往不是「能不能装」,而是「改一处要找几家」。人员字段变了,终端 UI 还在用旧键;活体阈值改了,后台报表仍按旧原因码;闸机脉宽改了,事件里没有对应字段。统一研发管理指的是同一条缺陷闭环,而不是同一句广告。
上篇《把 Electron 应用搬进鸿蒙的 8 个坑》结尾,我留了个「绕不过去的坎」:鸿蒙应用域里,spawn 一个 node / pnpm 子进程,会被 seccomp 直接 SIGSYS 杀掉。
直接说结论:鸿蒙上不是所有「看起来像受限」的权限都要申请 ACL;真正要走 ACL 的只有 3 项,我一次申请、全部通过。但在这之前,我差点因为「凭印象申请」,把一批根本不用交的权限白交上去。
桌面 Linux 上理所当然的事——symlink、硬链接、访问 127.0.0.1、HOME 目录——到了鸿蒙上全被改了规矩。我数了数,能靠补丁 + 插件绕过去的有 8 个坑;但有少数几个是真·绕不过去的坎,比如「随包自带 Node、npm、pnpm、Python、pip、uv 等运行时和工具」。
先说背景:hmharness 是一个开源的 HarmonyOS/OpenHarmony 开发智能体框架(MIT),把工程创建、检查、构建、签名、安装、启动、日志读取和结果验证接成本地工具链,让 AI 不只是生成代码,还要用本机环境证明结果。它不是 DevEco Studio 的替代品,而是开发智能体和鸿蒙工具链之间的验证层。本回答只展开其中一个功能:...
关于「一句找图」这个工具,我们在前四篇已经解决不少积累的问题积累了。图片复制到应用沙箱,操作进度写入清单,平台调用串行执行,搜索结果与提交的查询绑定。现在需要把这些结果放到最终的交付里,让它们成为工程的一部分。
传统鸿蒙开发全绑在 DevEco Studio 里:建工程、构建、签名、装机、看日志全要打开 IDE,CI 化和自动化极难。官方出了 Command Line Tools 承认命令行可行,但实际用起来签名仍是最深的坑。
本文基于 Device Security Kit 防窥保护(dlpAntiPeep)的官方资料与华为开发者联盟最佳实践整理。文中代码是为说明问题自写的示例,不是官方示例的搬运;API 名称、权限与版本号等事实性信息均标注出处;涉及真机表现的部分已明确标注,未做任何实测数据编造。
本文基于 HarmonyOS 7(API 26)官方《版本概览》、Beta1 发布材料与《应用快启》开发指导整理。文中代码是为说明问题自写的完整示例,不是官方示例的搬运;API 名称、回调与版本号等事实性信息均标注官方出处;提速数字仅引用官方发布材料,未做任何实测数据编造;快启的实际生效策略以系统与机型为准。
想找一张照片时,我们往往记得画面,却记不住它的拍摄日期和文件名。例如,“雨天窗边的一杯咖啡”,或者“海边看日落的人”。如果能直接输入这段描述,再由应用找出相关图片,找照片的过程或许会更简单。
不是。 harmonypc-electron 是真把 Node 22 + Chromium 搬进了 HAP——原生 SO 躺在 libs/arm64-v8a/ 里,ArkTS 桥接层负责把鸿蒙的系统能力暴露给 Node。
本文基于 HarmonyOS 7(API 26)官方《新能力一览》、Vision Kit(场景化视觉服务)与 Core Vision Kit(基础视觉服务)的官方文档整理。文中活体检测与图像超分的接口名、起始版本均摘自官方 API 参考并标注出处;未核验到公开 API 名的部分只讲能力与接入思路,示意代码均已注明"接口名以官方 SDK 文档为准"。未做真机...
本文基于 HarmonyOS 7(API 26)官方《DID数字身份》开发指导与官方新能力一览整理。文中接口名称、权限名与版本号均标注官方出处;示例代码以官方开发步骤为骨架改写,未做真机实测,不编造任何实测数据。数字身份为 HarmonyOS 7 新能力,需升级至 HarmonyOS 7 并以实际支持机型为准。
鸿蒙没有官方 Electron,可一个 Electron 写的 Agent 工作台,几乎没改架构跑上了真机——多会话、工具调用、文件读写、插件市场全可用。看完这篇,你拿到可照抄的规划。主线:架构为什么不动、动了什么、鸿蒙逼出什么代价、真机结果。
上篇《保姆级:从 0 到 1 用 Electron 封装 DeepSeek Harness》结尾,我立了个 flag:把同一个 dsh 搬上鸿蒙真机。这篇来兑现,先给结论:在鸿蒙 2in1 上,dsh 的 Web UI 已经完整跑起来了——多会话、工具调用、文件读写、插件市场全可用,而架构几乎没动。
本文聚焦 HarmonyOS 上基于 LTPO 屏幕的自适应刷新率与可变帧率能力。文中代码为便于说明自行编写,API 名称、枚举取值与版本号等事实性信息均标注官方出处;涉及真机功耗/帧率表现的部分已明确标注,未编造任何实测数据。
本文涉及的审核条款与政策口径来自华为官方文档;文中的结构、清单与预防方案为本人整理编写。未在真机逐行验证的部分,请以真机实测与最终审核意见为准。