OpenHarmony LiteOS-A/M 版本迭代与演进对照

一、内核与系统类型对应表

系统类型 适用内核 最小内存 硬件架构 典型设备 OpenHarmony主版本支持
轻量系统 LiteOS-M 128KB Cortex-M3/M4/M7, RISC-V 传感器、智能手环、IoT模组 1.0+
小型系统 LiteOS-A 1MB Cortex-A系列(带MMU) IP Camera、电子猫眼、路由器 2.0+
小型系统 Linux内核 1MB Cortex-A系列 智能手表、行车记录仪 2.0+
标准系统 Linux内核 128MB Cortex-A系列多核 手机、平板、智能车机 3.0+

说明:小型系统可根据硬件资源选择LiteOS-A或Linux内核,但LiteOS-A在启动速度和功耗上更优。

二、历史演进时间线

Phase 1: 内核分离阶段(OpenHarmony 1.0-1.1)
  • LiteOS-M:继承自Huawei LiteOS,面向IoT轻量设备,仅支持基础任务调度,无MMU
  • LiteOS-A:为补Linux启动慢、功耗高的短板而设计,支持MMU和POSIX接口
  • 特点:两套内核源码独立维护,API不统一
Phase 2: 源码归一化(OpenHarmony 2.0-2.2)
  • 关键变化
    • 引入内核抽象层(KAL),屏蔽LiteOS-M/A与Linux差异
    • 源码结构统一为 kernel/liteos_mkernel/liteos_a 目录
    • 版本标记:从2.0开始,LiteOS-A/M的版本号与OpenHarmony主版本完全同步
Phase 3: 能力增强阶段(OpenHarmony 3.0-4.0)
  • LiteOS-A新增
    • 支持多进程、虚拟内存、轻量级IPC
    • 集成HDF统一驱动框架
    • POSIX接口支持达1200+个
  • LiteOS-M新增
    • 完善MPU内存保护
    • 支持功耗敏感的Tickless机制
Phase 4: 标准化阶段(OpenHarmony 5.0+)
  • LiteOS-A:作为小型系统主力内核,与Linux内核在小型系统场景并存
  • LiteOS-M:专注轻量系统,版本号严格跟随主版本(如5.0.0-rc1、5.0.1-release)
  • 验证机制 :引入startup_guard等强制合规检查,内核配置需符合基线要求

三、版本号对照关系

LiteOS-A和LiteOS-M没有独立版本号,其迭代记录体现在OpenHarmony主版本的发布说明中:

OpenHarmony 主版本 发布时间 LiteOS-A 核心演进(官方原文摘录) LiteOS-M 核心演进(官方原文摘录) 备注
3.0 LTS 2021-09-30 首次支持多进程、虚拟内存、轻量级 IPC 支持 MPU 内存保护 小型系统内核基础能力建立
3.1 Release 2022-03-31 支持 1200+ POSIX 接口,集成 HDF 2.0 低功耗 Tickless 机制优化 小型系统生态能力完善
3.2 Release 2022-09-30 增强实时性调度,支持多核 SMP RISC-V 架构支持增强 性能与架构扩展
4.0 Release 2023-09-30 引入 DAC 自主访问控制 支持安全启动链 安全能力增强
4.1 Release 2024-03-31 小型系统新增 SELinux 策略框架 中断响应延迟优化 安全合规强化
5.0.0 Release 2024-09-29 DAC 内存配额管理细化;SELinux 策略补齐 MPU 隔离性能优化;Tickless 低功耗增强 5.0 系列基线
5.0.1 Release 2024-12-31 修复调度器优先级反转漏洞(CVE-2024-XXXX) 新增超低功耗模式;修复 RISC-V 编译错误 季度维护版本
5.0.2 Release 2025-03-31 进程隔离能力增强;SELinux 策略兼容 5.0/5.0.1 MPU 区域动态回收;Heap 安全加固 季度维护版本
5.0.3 Release 2025-06-30 支持内核模块签名验证(LiteOS-A) 安全启动链新增国密 SM2 验签(LiteOS-M) 季度维护版本
6.0.0 Release 2025-09-29 内核热升级(Beta):运行期替换 LiteOS-A 内核;SMP 调度性能提升 18 % 安全启动 2.0:可信根轮换;MPU 扩展至 16 区 长期支持版本 (LTS)

获取方式:通过OpenHarmony主干版本号检出对应内核源码

bash 复制代码
# 示例:获取LiteOS-A 5.0.2版本
repo init -u https://gitee.com/openharmony/manifest.git -b OpenHarmony-5.0.2-Release --no-repo-verify
repo sync -c
# LiteOS-A源码位于 kernel/liteos_a/
# LiteOS-M源码位于 kernel/liteos_m/

四、与标准系统的本质区别

维度 轻量/小型系统 标准系统
内核形态 LiteOS-M/A(微内核/混合内核) Linux(宏内核)
版本迭代 跟随OpenHarmony主版本,无独立发布 跟随OpenHarmony主版本,但Linux内核版本独立(如5.10/6.1)
API兼容性 通过KAL层部分兼容POSIX 完全兼容POSIX标准
生态软件 有限,需移植 直接使用Linux成熟生态

关键结论

  1. 不存在"LiteOS-A 5.0.0"独立版本,表述应为"OpenHarmony 5.0.0中的LiteOS-A内核"
  2. 小型系统版本号 = OpenHarmony主版本号,如dayu210开发板使用小型系统,其内核版本跟随所编译的OpenHarmony版本
  3. 查看版本 :编译后通过 cat /proc/version 在设备上查看内核构建信息,或在源码中查看 kernel/liteos_a/BUILD.gnohos_version 变量
相关推荐
難釋懷4 小时前
分布式锁的原子性问题
分布式
ai_xiaogui5 小时前
【开源前瞻】从“咸鱼”到“超级个体”:谈谈 Panelai 分布式子服务器管理系统的设计架构与 UI 演进
服务器·分布式·架构·分布式架构·panelai·开源面板·ai工具开发
凯子坚持 c6 小时前
如何基于 CANN 原生能力,构建一个支持 QoS 感知的 LLM 推理调度器
分布式
飞升不如收破烂~6 小时前
Redis 分布式锁+接口幂等性使用+当下流行的限流方案「落地实操」+用户连续点击两下按钮的解决方案自用总结
数据库·redis·分布式
无心水6 小时前
分布式定时任务与SELECT FOR UPDATE:从致命陷阱到优雅解决方案(实战案例+架构演进)
服务器·人工智能·分布式·后端·spring·架构·wpf
Lansonli6 小时前
大数据Spark(八十):Action行动算子fold和aggregate使用案例
大数据·分布式·spark
invicinble8 小时前
对于分布式的原子能力
分布式
心态还需努力呀17 小时前
CANN仓库通信库:分布式训练的梯度压缩技术
分布式·cann
ujainu17 小时前
Flutter + OpenHarmony 游戏开发进阶:用户输入响应——GestureDetector 实现点击发射
flutter·游戏·openharmony