很多初学者被 HarmonyOS、HarmonyOS NEXT、OpenHarmony、“纯血鸿蒙”这些词绕晕，又搞不清自己装的 DevEco Studio 到底在给谁写应用。这一章不写代码，只做三件事：理时间线、分清楚系统形态、建立技术栈全景图。

1.1 HarmonyOS 的诞生与定位

HarmonyOS（鸿蒙）是华为自研的面向全场景的分布式操作系统。它从第一天起就不是“另一个手机 ROM”，而是要把手机、平板、手表、车机、智慧屏、耳机、IoT 设备拉到同一个软件底座上。理解这个定位，才能理解后面为什么会有“分布式软总线”“一次开发多端部署”这些在别的移动平台上看不到的设计。

下面这张时间线是本书所有版本讨论的基准，建议先有个整体印象：

从这张表能看出两条主线：一条是“系统本身”从智慧屏走向手机、再走向全设备；另一条是“应用生态”从兼容 Android APK，走到只认 ArkTS 原生包。本书所有示例代码都站在 2024-10 之后的纯血基线上，不再讨论如何兼容 APK。

【提示】

判断一个教程是否过时，最快的办法就是看它是否还在教你“怎么在鸿蒙上跑 Android 应用”。2024 年 10 月之后的新设备已经没有 AOSP 兼容层了，这类内容对纯血鸿蒙开发者没有价值。

1.2 HarmonyOS / HarmonyOS NEXT / OpenHarmony 的关系与区别

这三个词是初学者最容易混的。一句话先讲清楚：

• HarmonyOS：华为面向消费者的商业操作系统总称。2021–2024 年上半年的版本（HM 2/3/4）带 AOSP 兼容；2024-10 之后的 HarmonyOS 5（即 HarmonyOS NEXT 商用名）、HarmonyOS 6 是纯血版本。
• HarmonyOS NEXT：2024 年初对“纯血版”的开发者预览命名，2024-10 商用后正式归入 HarmonyOS 5 产品线。今天再提 NEXT，基本指的就是“无 AOSP、全栈自研”这条技术路线。
• OpenHarmony：开放原子开源基金会托管的开源项目，是 HarmonyOS 的开源底座。它不含 GMS、不含华为手机服务（HMS）闭源部分，任何厂商都可以拿它做自己的系统。

【注意】

OpenHarmony 的版本号和 HarmonyOS 的 API 号是对齐的：OpenHarmony 6.0 Release 对应 API 20。你从开源社区拉到的 SDK 和 DevEco 里装的手机 SDK，接口定义是同一套；差别只在闭源服务和设备形态。

1.3 纯血鸿蒙：移除 AOSP、全栈自研

“纯血鸿蒙”是 2024 年前后媒体造的词，技术含义很具体：系统里不再包含 AOSP（Android Open Source Project）的任何代码。这意味着三件事：

1. 系统不再运行 Android APK，第三方应用必须用 ArkTS 开发、打包成 .hap/.app；
2. Framework 层的 Binder、AMS、WMS 这套 Android 机制全部替换为鸿蒙自研的 Ability 调度、渲染管线；
3. 内核与系统服务全部走 OpenHarmony 主干 + 华为增强，不再需要靠 Linux 内核+AOSP 凑出一个手机系统。

纯血化不是一夜之间完成的。关键节点：

• 2021 年 HM 2 时代就开始在手机上并行运行两套应用框架（原生 ArkTS 与 AOSP 兼容层）；
• 2023 年起 DevEco Studio 全面转向 Stage 模型，FA 模型进入维护期；
• 2024-01 HarmonyOS NEXT 开发者预览：明确告知开发者“这一版手机上跑不了 APK”；
• 2024-10-22 正式商用：新出厂机型不再带 AOSP；
• 2025-10-22 HarmonyOS 6：纯血生态成为唯一主线，API 20 冻结。

对开发者来说，纯血化最大的好处是性能和一致性：没有兼容层的翻译损耗，系统渲染、调度、内存管理都是为 ArkTS 应用量身定做的；坏处是没有存量应用红利，所有 App 都要重写。这也是为什么 2024–2026 年鸿蒙开发者岗位需求快速上升——生态需要大量原生开发者。

【踩坑】

网上 2023 年及以前的教程里，凡是教你用 Java/XML 写 UI、用 FA 模型（featureAbility）、用 router.pushUrl 做主导航的，都属于旧范式。本书只教 Stage 模型 + ArkTS + ArkUI 声明式范式，旧范式只在迁移背景里提一句。

1.4 系统技术架构

纯血 HarmonyOS 的分层结构和典型 Unix 系统类似，但中间夹了一层很有特色的分布式能力。从上到下分四层：

需要特别强调的是系统服务层：它不是简单的“驱动集合”，而是把跨设备能力做成了系统级服务。你写应用时不需要知道手机和平板之间是怎么发现对方的，只要调 @kit.DistributedServiceKit 里的接口就行，下面的链路由软总线完成。这种“系统做重、应用做轻”的思路，是鸿蒙和 Android/iOS 在架构哲学上最大的差别。

再展开说一下应用框架层。这一层里对你最重要的是三块：ArkTS 运行时、ArkUI 声明式框架、Stage 应用模型。ArkTS 运行时负责把 .ets 源码 AOT 编译成机器码，提供垃圾回收和标准库；ArkUI 负责把你写的 build() 描述翻译成屏幕上的渲染树；Stage 模型则定义了“一个应用由哪些组件（Ability）组成、它们的生命周期怎么跑、Context 怎么拿到”。你写的 90% 代码都在和这三块打交道，后面三章会逐一深入。

至于内核层，手机/平板这类富设备用的是 Linux 内核的增强形态；手表、传感器、轻量 IoT 设备用 LiteOS-A 或 LiteOS-M；内核抽象层对上提供统一的系统调用接口。你写应用时永远不会直接碰内核，但性能优化章节（第 22 章）会涉及渲染线程、GC 停顿这些和内核调度相关的话题。

1.5 分布式软总线与超级终端

分布式软总线是鸿蒙最出名的底层技术，也是“超级终端”体验的物理基础。它做的事可以概括成一句话：把附近多台设备自动发现后，虚拟成一块“分布式总线”，让上面的服务像在同一台机器上互相调用一样。

几个关键特性：

• 自动发现：同一华为账号、同一局域网下的手机/平板/电脑/耳机自动互相感知，无需手动配对；
• 多协议融合：底层可以走 Wi-Fi P2P、蓝牙、硬连线，应用层不关心；
• 虚拟总线：跨设备调用延迟低到可以跑输入输出（比如平板上继续手机上的编辑、车机接起手机通话）；
• 安全：设备间传输加密、身份鉴权，用户在“超级终端”界面手动拖拽授权。

用户侧看到的产品形态就是“超级终端”：手机顶部下拉控制中心，把设备图标拖到一起就完成协同。开发者侧的接口主要在 @kit.DistributedServiceKit（设备管理、跨设备迁移、跨设备数据同步）里，第 18 章会专门实战。

【提示】

不要把“分布式”理解成云端协同。鸿蒙的分布式首先是近场、端到端的——两台设备在同一个房间里就能跑，不依赖服务器。这也是为什么它对延迟敏感的场景（拖拽、输入、通话接力）也能胜任。

1.6 鸿蒙生态现状

生态数字变化很快，这里只给结构性判断，不给会过时的精确装机量；以华为官方发布会公布口径为准。

对学习者的现实意义：高频刚需类应用已经有官方和大厂的成熟参考实现，你在应用市场能直接下载体验；但工具类、垂直行业类、出海类应用仍然缺人，这恰恰是个人开发者和中小团队的机会窗口。

另外两个生态角色值得单独说：

• 元服务（Atom Service）：不需要安装，扫码或点一下就能用，用完即走。它在工程形态上和普通应用几乎一样，但包体更小、能力受限、入口更轻。服务商家、活动页、轻量化工具特别适合做成元服务，第 17 章会专门讲。
• 服务卡片（Form）：嵌在桌面上的微型 UI，背后由你的应用提供数据。天气、日历、待办、外卖进度这类场景，卡片是比 App 更短的路径。

这三种形态（普通应用 / 元服务 / 卡片）共用同一套 ArkTS + ArkUI 技术栈，会写应用就能写元服务和卡片，边际成本很低。

1.7 开发技术栈总览

本书后面所有内容都围绕这一套栈展开，先建立地图：

有 TypeScript / React / 前端经验的人会觉得这套栈很亲切：ArkTS 像 TS，ArkUI 像 SwiftUI/Flutter，ohpm 像 npm。但千万别用写 Web 前端的习惯直接写——ArkTS 是强类型、严格约束的，第 3 章会专门讲它和 TS 的差别。

从学习路径看，建议按这个顺序建立技能：

1. 先用第 3 章把 ArkTS 语言本身的硬约束过一遍（半天到一天）；
2. 再用第二篇把 ArkUI 布局、状态管理、导航练熟（这是日常写得最多的代码）；
3. 然后用第三篇打通系统能力：权限、数据存储、网络；
4. 最后用第四篇做多端部署、元服务、分布式这些“鸿蒙特色”能力。

不要一开始就去啃 NDK、动画、Canvas 这些高级话题——它们建立在前四步之上，基础不牢学起来会非常痛苦。

【本章要点】

鸿蒙 = 商业系统（HarmonyOS）+ 开源底座（OpenHarmony）；2024-10 起进入纯血时代，本书只教纯血原生开发；技术栈 = ArkTS + ArkUI + Stage + DevEco + ohpm。下一章把这套工具装起来。