文章目录
前言
大家好，又见面了，我是夜阑的狗🐶，本文是专栏【鸿蒙系统】专栏的第1篇文章;
今天也要开始学习鸿蒙系统了💖💖💖，开启新的征程，记录最美好的时刻🎉，每天进步一点点。在学习鸿蒙系统过程中，让我最头疼的就是编译速度好慢，从 git 上拉下来的源码编译过程都是全量编译，这让我倍感焦灼，于是就带着问题深入了解一下鸿蒙系统编译过程，看鸿蒙系统是否支持差分编译或者目标编译；
专栏地址：【鸿蒙系统】 ， 此专栏是我是夜阑的狗对python脚本处理的总结，希望能够加深自己的印象，以及帮助到其他的小伙伴😉😉。
如果文章有什么需要改进的地方还请大佬不吝赐教👏👏。
一、编译构建
OpenHarmony编译子系统是以 GN 和 Ninja 构建为基座，对构建和配置粒度进行部件化抽象、对内建模块进行功能增强、对业务模块进行功能扩展的系统，该系统提供以下基本功能：
- 以部件为最小粒度拼装产品和独立编译。
- 支持轻量、小型、标准三种系统的解决方案级版本构建，以及用于支撑应用开发者使用IDE开发的SDK开发套件的构建。
- 支持芯片解决方案厂商的灵活定制和独立编译。
1.基本概念
在了解编译构建子系统的能力前，应了解如下基本概念：
- 平台：开发板和内核的组合，不同平台支持的子系统和部件不同。
- 产品：产品是包含一系列部件的集合，编译后产品的镜像包可以运行在不同的开发板上。
- 子系统：
OpenHarmony整体遵从分层设计，从下向上依次为：内核层、系统服务层、框架层和应用层（详见OpenHarmony技术架构）。
系统功能按照“系统 > 子系统 > 部件”逐级展开，在多设备部署场景下，支持根据实际需求裁剪某些非必要的子系统或部件。子系统是一个逻辑概念，它具体由对应的部件构成。
- 部件：对子系统的进一步拆分，可复用的软件单元，它包含源码、配置文件、资源文件和编译脚本；能独立构建，以二进制方式集成，具备独立验证能力的二进制单元。需要注意的是下文中的芯片解决方案本质是一种特殊的部件。
- 模块：模块就是编译子系统的一个编译目标，部件也可以是编译目标。
- 特性：特性是部件用于体现不同产品之间的差异。
- GN：
Generate Ninja的缩写，用于产生Ninja文件。 - Ninja：Ninja是一个专注于速度的小型构建系统。
- hb：
OpenHarmony的命令行工具，用来执行编译命令。
基于以上概念，编译子系统通过配置来实现编译和打包，该子系统主要包括：模块、部件、子系统、产品。
该图体现了编译子系统的各部分关系，主要体现为：
- 子系统是某个路径下所有部件的集合，一个部件只能属于一个子系统。
- 部件是模块的集合，一个模块只能归属于一个部件。
- 通过产品配置文件配置一个产品包含的部件列表，部件不同的产品配置可以复用。
- 部件可以在不同的产品中实现有差异，通过变体或者特性
feature实现。 - 模块就是编译子系统的一个编译目标，部件也可以是编译目标。
二、编译方式
1.hb方式
hb 是 OpenHarmony 的命令行工具，用来执行编译命令。以下对hb的常用命令进行说明。
设置要编译的产品
-
hb set 后无参数，进入默认设置流程
-
hb set -root dir可直接设置代码根目录
-
hb set -p设置要编译的产品
总结
感谢观看，如果有帮助到你，请给文章点个赞和收藏，让更多的人看到。🌹 🌹 🌹
也欢迎你，关注我。👍 👍 👍
原创不易，还希望各位大佬支持一下，你们的点赞、收藏和留言对我真的很重要！！！💕 💕 💕 最后，本文仍有许多不足之处，欢迎各位认真读完文章的小伙伴们随时私信交流、批评指正！
