鸿蒙PC

鸿蒙 PC 上不签名的二进制根本跑不起来，但官方文档一上来就摆出三种签名，反而让人卡在第一步：我到底该用哪种？这篇把三种签名的证书来源、能声明的权限、以及在 HiShell 里跑和在自己应用里拉起两种场景下的对应关系，整理成几张能直接查的表。不涉及原理，只回答该用哪个、要做什么。 Continue reading...

鸿蒙 PC 上不给二进制签名就跑不起来，但官方文档把「自签名 / 调试证书签名 / 二进制证书签名」并列成三张对照表之后，反而更难看清它们到底是不是三种不同的东西。本文从开源实现里读回来一份答案：三种签名共用同一个 .codesign 段、同一个 fs-verity 描述符结构，区别只在 signature 字段里填什么、以及内核对它的信任等级。权限、分发范围、设备要求上的全部差异，都是从这一个字段推出来的。 Continue reading...

鸿蒙 PC 上二进制必须合法签名才能加载运行。本文把官方给出的三类签名规则、应用拉起二进制的沙箱权限矩阵整理成表，再补上我们在 MateBook Pro（OpenHarmony-7.0.0.105）上实测出的五种组合结果——包括一张 DevEco 自动签名调试证书被内核 fs-verity 拒掉的完整证据链，以及换成自申请调试证书后立刻能跑的对照实验。结论已确认：IDE 自动签名生成的调试证书不能用于二进制签名。 Continue reading...

本文记录在鸿蒙PC融合开发引擎的openEuler aarch64容器中，通过box64模拟x86_64兼容层，运行鸿蒙命令行工具编译HAP的完整过程。 Continue reading...

本文记录在鸿蒙PC融合开发引擎的容器环境中，因glibc版本限制从源码编译Neovim和tree-sitter的完整过程，并配置AstroNvim作为开发环境。 Continue reading...

本文深入解析鸿蒙PC融合开发引擎的技术架构，揭示其如何通过StratoVirt虚拟化和OzoneC容器技术实现Linux应用兼容。 背景 鸿蒙PC（HarmonyOS PC）采用了独特的架构设计来实现Linux应用兼容。作为用户，我在使用过程中发现系统提供了一个"融合开发引擎"功能，可以在其中运行openEuler环境。本文将解析这个融合开发引擎的技术架构。 Continue reading...

新方法 直接在应用商店搜索安装GitNext 准备工作 在鸿蒙应用商店安装 CodeArts IDE 从CodeArts IDE提取签名工具 打开IDE, 随便创建一个项目打开，在终端执行以下命令 Continue reading...

本文记录将Neovim编辑器移植到HarmonyOS PC过程中，对11个核心依赖库的适配实战经验，涵盖平台差异分析、API限制处理、构建系统改造等关键问题。 Continue reading...

使用示例 准备工作 在鸿蒙PC上使用应用商店安装CodeArts IDE 下载仓颉编译器每日构建版本: cangjie-sdk-ohos-aarch64-1.1.0-alpha.2025xxxxxxxxxxxxx.tar.gz 从CodeArts IDE提取签名工具 新方法，直接在应用商店安装： DevBox， 然后在HisShell就可以直接使用 binary-sign-tool了 Continue reading...

环境信息 操作系统：HarmonyOS HongMeng Kernel 1.11.0 (OpenHarmony) Node.js版本：22.7.0 Vite版本：7.2.6 Rollup版本：4.53.3 项目类型：Vue 3 + TypeScript + Vite 问题描述 在鸿蒙系统上运行npm run dev时出现以下错误： Continue reading...