鸿蒙内核（HongMeng Kernel）

1. 概述

HarmonyOS NEXT 采用的是 HongMeng Kernel（鸿蒙内核），这是华为自主研发的微内核操作系统内核，替代了早期兼容的 Linux 内核。HongMeng Kernel 面向 IoT 和分布式设备设计，具有极低的系统开销和极高的实时性。

1.1 微内核 vs 宏内核

特性	微内核（HongMeng）	宏内核（Linux）
内核态服务	仅保留核心调度、IPC、内存管理	驱动、文件系统、网络栈在内核态
安全性	高 — 服务运行在用户态，崩溃不影响系统	较低 — 驱动崩溃可导致内核 panic
实时性	优 — 调度延迟 < 1ms	中 — 依赖 PREEMPT_RT 补丁
可维护性	高 — 模块解耦，服务独立重启	中 — 模块耦合度高
性能开销	低 — 最小内核仅 ~30KB	高 — 标准内核 ~10MB
硬件适配	轻量 — 适配 IoT 芯片	较重 — 依赖完整硬件抽象层

2. HongMeng Kernel 核心架构

2.1 核心组件

┌─────────────────────────────────────────────┐
│                  用户态服务                    │
│  WindowManager │ AudioService │ SensorService │
├─────────────────────────────────────────────┤
│                  IPC 机制                      │
│  MessageQueue │ Port │ Capability               │
├─────────────────────────────────────────────┤
│              HongMeng Kernel                  │
│  ┌──────────┬──────────┬──────────┬─────────┐ │
│  │ 进程管理  │ 内存管理  │ 调度器   │ 中断管理 │ │
│  └──────────┴──────────┴──────────┴─────────┘ │
├─────────────────────────────────────────────┤
│              HAL 硬件抽象层                     │
│  DriverFramework │ HDF（硬件驱动框架）          │
└─────────────────────────────────────────────┘

2.2 关键特性

特性	说明
实时调度	支持优先级继承、SCHED_FIFO、SCHED_RR 实时调度策略
微秒级中断	中断延迟 < 1μs，满足车规级实时要求
内存保护	MPU（内存保护单元）+ ASAN 内存访问保护
IPC 零拷贝	使用共享内存 + MMAP 实现高效进程间通信
HDF 驱动框架	统一的设备驱动接入标准，支持即插即用
安全启动	Chain of Trust — BootROM → Bootloader → Kernel → UserSpace
内核模块化	动态加载/卸载驱动模块，不重启系统

3. 核心子系统详解

3.1 进程与线程管理

HongMeng Kernel 的进程模型与 Android 有本质不同：

arkts

// HongMeng 进程模型对比
// Android: PID → UID → 多进程应用
// 鸿蒙: Process Group → Thread Group → 轻量级线程

// HongMeng 线程创建示例
import { thread } from '@kit.ArkThread';

// 创建工作线程（轻量级，资源开销 < 线程的 1/10）
const threadId = await thread.startThread({
  name: 'worker-thread',
  prio: thread.ThreadPriority.NORMAL,
  onExit: (exitCode: number) => {
    console.log('Thread exited with code: ' + exitCode);
  }
});

3.2 调度器

调度器特性：
├── 实时调度: SCHED_FIFO / SCHED_RR（优先级 0-127）
├── 普通调度: SCHED_OTHER（CFS 公平调度，类似 Linux）
├── 优先级继承: 防止优先级反转问题
├── CPU 亲和性: CPUSet 绑定，NUMA 感知
├── 动态优先级: 根据 I/O 等待时间自动提升优先级
└── 负载平衡: SMP 负载均衡，跨核心迁移

实时性保证：

高优先级线程抢占低优先级线程，延迟 < 1ms
支持 RT（Real-Time）调度组，用于音视频处理、传感器数据
优先级上限限制用户态线程，防止饿死内核线程

3.3 内存管理

机制	说明
页面分配	Buddy Allocator + SLAB，支持连续物理内存分配
虚拟内存	48 位虚拟地址空间，支持大页（2MB/1GB）
内存保护	MPU 硬件级保护，用户态无法访问内核空间
OOM 处理	分层 OOM Killer，按优先级和重要性排序
内存池	高频分配使用内存池，减少碎片
匿名映射	MAP_ANONYMOUS 支持共享内存 IPC

3.4 IPC 机制

arkts

// 鸿蒙 IPC 机制对比
// Android: Binder（AIDL）
// 鸿蒙: Port + MessageQueue（能力门限机制）

// IPC 消息发送
import { ipc } from '@kit.CoreKit';

// 创建 IPC 通道
const channel = await ipc.createChannel({
  name: 'my-channel',
  type: ipc.ChannelType.UNDERLAYER
});

// 发送消息
await channel.sendMessage({
  messageId: 'CMD_START',
  data: { param1: 'value1', param2: 100 }
});

// 接收消息
channel.on('message', (msg: ipc.Message) => {
  console.log(`Received: ${msg.messageId}`);
});

IPC 核心特点：

Port 机制：每个内核对象对应一个 Port，通过 Port 通信
能力门限（Capability）：消息传递时附带能力描述，接收端验证权限
零拷贝传输：大对象通过共享内存传递，仅传递指针
同步/异步：支持阻塞等待和异步回调两种模式

4. HDF（硬件驱动框架）

HDF 是 HongMeng Kernel 的驱动框架，统一了 IoT 设备的驱动接入。

HDF 架构分层：
┌──────────────────────┐
│   驱动加载框架        │  — driver_loader
├──────────────────────┤
│   驱动宿主框架        │  — driver_host  （用户态）
├──────────────────────┤
│   驱动内核框架        │  — driver_kernel  （内核态）
├──────────────────────┤
│   驱动适配框架        │  — driver_adapter  （设备相关）
└──────────────────────┘

HDF 驱动开发步骤

cpp

// 1. 定义驱动入口结构
static HdfDriverEntry g_sampleDriver = {
  .moduleVersion = 1,
  .moduleName = "sample_driver",
  .Bind = SampleDriverBind,      // 绑定
  .Init = SampleDriverInit,      // 初始化
  .Release = SampleDriverRelease, // 释放
};

// 2. 注册驱动
HDF_REGISTER_DRIVER(g_sampleDriver);

// 3. 实现接口方法
int32_t SampleDriverBind(struct HdfDeviceObject* object) {
  object->svcDispatch.table = SampleDriverGetDispatch();
  return HDF_SUCCESS;
}

int32_t SampleDriverInit(struct HdfDeviceObject* object) {
  // 驱动初始化逻辑
  return HDF_SUCCESS;
}

HDF 配置（device_info.hcs）

hcs

device :: device {
  device0 :: deviceNode {
    policy = 1                    // 驱动加载策略
    priority = 50                 // 加载优先级
    preload = 0                   // 是否预加载
    match_attr = "attr_sample"    // 匹配属性
  }
}

5. 安全机制

机制	Android 对比	说明
安全启动链	Verified Boot	BootROM → FW → Kernel → Userspace 逐级签名验证
SELinux 强制	SELinux	细粒度域过渡规则，默认拒绝
能力门限	Binder Token	权限内嵌在消息中，无法伪造
沙箱隔离	Sandbox	每个应用独立沙箱，最小权限
可信执行环境	Trusted Execution Env	TEE 独立安全区域，处理敏感操作
国密算法	AES/RSA	支持 SM2/SM3/SM4 国密标准

6. 内核编译与烧录

bash

# 编译 HongMeng Kernel
gn gen out/harmony --args='target_os="openharmony" target_cpu="arm64"'
autoninja -C out/harmony kernel

# 编译完整系统镜像
./build.sh --product-name RM8800 --build-target kernel

烧录流程

1. 编译系统镜像（system.img / vendor.img / kernel.img）
2. 通过 Fastboot/DP 烧录到设备
3. 安全启动验证签名（ROM 中预置公钥）
4. 内核解压 → 初始化 → 启动 Init 进程

7. HongMeng Kernel vs Linux 对比

维度	HongMeng Kernel	Linux Kernel
代码量	~100 万行（裁剪后）	~3000 万行
TCB（可信计算基）	< 10 万行代码	> 200 万行代码
攻击面	小（微内核，服务用户态化）	大（驱动全在内核态）
补丁频率	低（代码稳定，架构清晰）	高频（驱动兼容性补丁）
IoT 适配	原生支持（轻量、可裁剪）	需要裁剪（面向通用硬件）
实时性	原生 RT（微秒级）	需要 PREEMPT_RT 补丁
驱动模型	HDF 统一框架	platform / pci / usb 各自独立
适用场景	IoT / 车载 / 手机 / 平板	通用计算设备

8. 🎯 面试高频考点

Q1: 鸿蒙为什么选择微内核架构？

答要点：

IoT 场景需求：资源受限设备（<1MB RAM）需要轻量内核
安全性：服务用户态化，驱动崩溃不影响系统
实时性：微内核 IPC 开销 < 宏内核上下文切换
统一架构：手机/车机/IoT 同一内核，降低维护成本
自主可控：摆脱 Linux 内核依赖，掌握核心代码

Q2: 微内核 IPC 性能如何？会不会很慢？

答要点：

HongMeng 使用共享内存 + 零拷贝机制优化 IPC
小消息（< 4KB）走内核转发，延迟 ~10μs
大对象走 MMAP 共享内存，延迟 ~1μs
相比 Binder IPC，HongMeng 的 Port+MQ 机制更轻量
实际基准测试 IPC 延迟 < 1ms，满足实时要求

Q3: HDF 驱动框架相比 Linux 设备驱动模型的优势？

答要点：

统一驱动接口：所有设备统一 HDF 接口，降低开发成本
驱动即插即用：设备树匹配，动态加载/卸载
驱动层分离：host/user 层处理业务，kernel 层处理硬件
配置化：HCS 配置文件描述驱动关系，无需改代码
模块化：驱动独立编译、独立发布、独立升级

Q4: HongMeng Kernel 的实时性如何保证？

答要点：

抢占式调度：高优先级可抢占低优先级
优先级继承协议：防止优先级反转
中断延迟优化：< 1μs 的中断响应
内存预分配：高频路径使用内存池，避免动态分配
CPU 亲和性绑定：关键线程绑定固定核心，避免迁移
禁用交换分区：内存紧张时直接 OOM，不交换到磁盘

💡 面试提示：微内核架构是鸿蒙区别于 Android（Linux 宏内核）的最大底层差异，回答时强调安全和实时两大优势，对比时提到 TCB 代码量和攻击面。

05_折叠屏

鸿蒙内核（HongMeng Kernel） ​

1. 概述 ​

1.1 微内核 vs 宏内核 ​

2. HongMeng Kernel 核心架构 ​

2.1 核心组件 ​

2.2 关键特性 ​

3. 核心子系统详解 ​

3.1 进程与线程管理 ​

3.2 调度器 ​

3.3 内存管理 ​

3.4 IPC 机制 ​

4. HDF（硬件驱动框架） ​

HDF 驱动开发步骤 ​

HDF 配置（device_info.hcs） ​

5. 安全机制 ​

6. 内核编译与烧录 ​

烧录流程 ​

7. HongMeng Kernel vs Linux 对比 ​

8. 🎯 面试高频考点 ​

Q1: 鸿蒙为什么选择微内核架构？ ​

Q2: 微内核 IPC 性能如何？会不会很慢？ ​

Q3: HDF 驱动框架相比 Linux 设备驱动模型的优势？ ​

Q4: HongMeng Kernel 的实时性如何保证？ ​

鸿蒙内核（HongMeng Kernel）

1. 概述

1.1 微内核 vs 宏内核

2. HongMeng Kernel 核心架构

2.1 核心组件

2.2 关键特性

3. 核心子系统详解

3.1 进程与线程管理

3.2 调度器

3.3 内存管理

3.4 IPC 机制

4. HDF（硬件驱动框架）

HDF 驱动开发步骤

HDF 配置（device_info.hcs）

5. 安全机制

6. 内核编译与烧录

烧录流程

7. HongMeng Kernel vs Linux 对比

8. 🎯 面试高频考点

Q1: 鸿蒙为什么选择微内核架构？

Q2: 微内核 IPC 性能如何？会不会很慢？

Q3: HDF 驱动框架相比 Linux 设备驱动模型的优势？

Q4: HongMeng Kernel 的实时性如何保证？