鸿蒙内核源码分析(编译环境篇) | 编译鸿蒙看这篇或许真的够了 | 百篇博客分析OpenHarmony源码 | v50.06
百篇博客系列篇.本篇为:
编译构建相关篇为:
- v50.xx 鸿蒙内核源码分析(编译环境篇) | 编译鸿蒙防掉坑指南 | 51.c.h.o
- v57.xx 鸿蒙内核源码分析(编译过程篇) | 简单案例窥视编译全过程 | 51.c.h.o
- v58.xx 鸿蒙内核源码分析(环境脚本篇) | 编译鸿蒙原来如此简单 | 51.c.h.o
- v59.xx 鸿蒙内核源码分析(构建工具篇) | 顺瓜摸藤调试鸿蒙构建过程 | 51.c.h.o
- v60.xx 鸿蒙内核源码分析(gn应用篇) | gn语法及在鸿蒙的使用 | 51.c.h.o
- v61.xx 鸿蒙内核源码分析(忍者ninja篇) | 都忍者了能不快吗 | 51.c.h.o
几点说明
kernel_liteos_a_note | 中文注解鸿蒙内核 是在
OpenHarmony
的 kernel_liteos_a 基础上给内核源码加上中文注解的版本.与官方源码按月保持同步,同步历史如下:2021/9/02
-- trace模块较大更新2021/8/19
-- 各目录增加了BUILD.gn
文件,文件系统部分文件调整2021/7/15
-- 改动不大,新增blackbox
,hidumper
,对一些宏规范化使用2021/6/27
-- 对文件系统/设备驱动改动较大,目录结构进行了重新整理2021/6/08
-- 对编译构建,任务,信号模块有较大的改动2021/5/28
-- 改动不大,主要针对一些错误单词拼写纠正2021/5/13
-- 对系统调用,任务切换,信号处理,异常接管,文件管理,shell做了较大更新,代码结构更清晰2021/4/21
-- 官方优化了很多之前吐槽的地方,点赞2020/9/16
-- 中文注解版起点
http://weharmonyos.com | 鸿蒙研究站
分成三部分内容
- OpenHarmony开发者文档 是对官方文档 docs 做的非常炫酷的静态站点,支持侧边栏/面包屑/搜索/中英文,非常方便的查看官方文档,大大提高学习和开发效率
- 百篇博客分析鸿蒙内核 是对内核源码注解过程中整理出来的内容输出.
- 整理的一些分析内核的工具和书籍 如: 鸿蒙源码分析.离线文档 , GNU汇编, gn参考手册
子系统注解仓库
在给鸿蒙内核源码加注过程中发现仅仅注解内核仓库还不够,因为它关联了其他子系统,若对这些子系统不了解是很难完整的注解鸿蒙内核,所以也对这些关联仓库进行了部分注解,这些仓库包括:
鸿蒙版本
本篇主要采用 windows + docker 方式编译鸿蒙. 记录编译鸿蒙的过程,以备后续不用再去一大堆无效的误导式软文中搜寻芝麻大点有用的信息,那样真挺费时费心力.
针对不同场景使用不同的内核,openharmony有两个开源版本。
- 标准系统版本,也叫(linux/L2/手机)版本,L2开源(2021/06/02),采用linux 4.19 内核,华为手机(HarmonyOS2.0)就是基于这个开源版本做的商业发行版本。
- 轻量和小型系统版本,也叫(liteos/L0~L1/嵌入式)版本,L0开源(2020/09/10),L1开源(2020/12/02),采用 lite-os-a/m内核,主要针对嵌入式设备。
本篇详细说清楚这两个版本的编译过程。
安装 Docker Desktop
先安装 Docker Desktop 下载windows版本一直下一步.
拒绝没有技术含量的折腾,快速解决编译前的两个痛点条件:源码和编译环境
准备源码
源码获取有两种方式,一种直接gitee仓库(repo)下载,一种站点下载。因为代码量很大,加上网速,gitee仓库本身原因第一种方式存在失败概率,浪费时间,这种没技术含量的折腾没啥意义,本篇采用直接站点下载方式,请对照着前往下载。
源码获取路径
LTS版本源码 下载地址
----------------------------------------------------------------
标准版 https://repo.huaweicloud.com/harmonyos/os/2.0/code-2.0-canary.tar.gz
轻量版 https://repo.huaweicloud.com/harmonyos/os/1.1.1/code-v1.1.1-LTS.tar.gz
源码下载后本篇统一放在了 E:\openharmony-docker-standard
目录下,并创建好两个空目录,code-1.1.1
code-2.0-canary
,当前内容如下:
// windows 下 powershell
PS E:\openharmony-docker-standard> ls
目录: E:\openharmony-docker-standard
Mode LastWriteTime Length Name
---- ------------- ------ ----
da---- 2021/4/2 9:27 code-1.1.1
da---- 2021/6/17 18:24 code-2.0-canary
-a---- 2021/6/18 9:44 323145491 code-1.1.1.tar.gz
-a---- 2021/6/5 17:49 1433581461 code-2.0-canary.tar.gz
为何要这么做,是因为要解压 tar包,但这两个tar包需在linux环境下完成解压,需要在docker中完成。
准备编译环境
要有编译环境,编译环境是个很头痛的事情,自己装太麻烦,也容易出错,但 docker真的很香,官方也帮我们解决了这个问题。同样的,两个版本对应两个docker镜像
LTS版本 镜像地址
----------------------------------------------------------------
标准版 docker pull swr.cn-south-1.myhuaweicloud.com/openharmony-docker/openharmony-docker-standard:0.0.1
轻量版 docker pull swr.cn-south-1.myhuaweicloud.com/openharmony-docker/openharmony-docker:0.0.5
编译标准版(L2/Linux)
选择标准版镜像创建容器,做好如图绑定选择
容器创建成功后可以在 vscode 右键容器inspect
查看到绑定的目录.
"HostConfig": {
"Binds": [
"E:\\openharmony-docker-standard\\code-2.0-canary:/home/openharmony",
"E:\\openharmony-docker-standard:/home/tar"
],
vscode 右键容器 attach shell
,进入容器。
//第一步先解压`tar`包
root@95720c1a0803:/home/tar# ls
code-1.1.1 code-1.1.1.tar.gz code-2.0-canary code-2.0-canary.tar.gz
//执行解压命令
root@95720c1a0803:/home/tar# tar -zxvf code-2.0-canary.tar.gz
....
code-2.0-canary/base/iot_hardware/peripheral/interfaces/kits/iot_gpio.h
code-2.0-canary/base/iot_hardware/peripheral/interfaces/kits/iot_uart.h
code-2.0-canary/base/iot_hardware/peripheral/interfaces/kits/reset.h
//完成解压后 /home/openharmony 下直接就有可编译的源码了
root@95720c1a0803:/home/openharmony# ls
applications build build.sh device domains foundation kernel out productdefine third_party vendor
base build.py developtools docs drivers interface ohos_config.json prebuilts test utils
//接着执行预处理脚本。
root@95720c1a0803:/home/openharmony# ../scripts/prepare.sh
...
//开始编译 ./build.sh --product-name {product_name}
//{product_name}为当前版本支持的平台。比如:Hi3516DV300等。
root@95720c1a0803:/home/openharmony#./build.sh --product-name Hi3516DV300
...
//编译所生成的文件都归档在out/ohos-arm-release/目录下
root@95720c1a0803:/home/openharmony/out/ohos-arm-release# ls
NOTICE_FILES build.ninja clang_x64 dist global lib.unstripped obj sa_profile third_party
ace build.ninja.d common distributeddatamgr graphic module_list_files override sorted_action_duration.txt toolchain.ninja
args.gn build.trace.gz communication exe.unstripped hiviewdfx multimedia packages src_installed_parts.json updater
build.log build_configs developtools gen js_declaration multimodalinput qrcode src_sa_infos_tmp.json
//结果镜像输出在 out/ohos-arm-release/packages/phone/images/ 目录下
root@95720c1a0803:/home/openharmony/out/ohos-arm-release/packages/phone/images# ls
Hi3516DV300-emmc.xml u-boot-hi3516dv300_emmc.bin
编译轻量版(L0~L1/LiteOS),
选择轻量版镜像创建容器,参考标准版图做绑定操作。
容器创建成功后可以在 vscode 右键容器inspect
查看到绑定的目录.
"HostConfig": {
"Binds": [
"E:\\openharmony-docker-standard\\code-1.1.1:/home/openharmony",
"E:\\openharmony-docker-standard:/home/tar"
],
vscode 右键容器 attach shell
,进入容器。
//第一步先解压`tar`包
root@0d3e98ee3fe0:/home/tar# ls
code-1.1.1 code-1.1.1.tar.gz code-2.0-canary code-2.0-canary.tar.gz
//执行解压命令
root@0d3e98ee3fe0:/home/tar# tar -zxvf code-1.1.1.tar.gz
...
code-1.1.1/base/iot_hardware/peripheral/interfaces/kits/iot_gpio.h
code-1.1.1/base/iot_hardware/peripheral/interfaces/kits/iot_uart.h
code-1.1.1/base/iot_hardware/peripheral/interfaces/kits/reset.h
//完成解压后 /home/openharmony 下直接就有可编译的源码了
root@0d3e98ee3fe0:/home/openharmony# ls
applications base build build.py developtools device docs domains drivers foundation kernel prebuilts test third_party utils vendor
编译项目选择 | hb set
root@0d3e98ee3fe0:/home/openharmony# hb set
[OHOS INFO] Input code path: .
OHOS Which product do you need? (Use arrow keys)
hisilicon
❯ ipcamera_hispark_aries
wifiiot_hispark_pegasus
ipcamera_hispark_taurus
直接回车,本篇选择了ipcamera_hispark_aries
编译命令 | hb env
设置路径成功后,可查看下当前设置信息
root@0d3e98ee3fe0:/home/openharmony# hb env
[OHOS INFO] root path: /home/openharmony
[OHOS INFO] board: hispark_aries
[OHOS INFO] kernel: liteos_a
[OHOS INFO] product: ipcamera_hispark_aries
[OHOS INFO] product path: /home/openharmony/vendor/hisilicon/hispark_aries
[OHOS INFO] device path: /home/openharmony/device/hisilicon/hispark_aries/sdk_liteos
编译巨坑 | llvm 10 -> llvm9
编译过程中可能会有 cJSON/libcjson_shared.cJSON.o
错误,将 llvm 10 换成 llvm9 编译,这是个巨坑.
编译命令 | hb build -f
因docker编译速度较慢,为快速编译,本篇将测试子系统去除,这样可以少编译一半测试的文件,去除方法如下,前往
..\code-1.1.1\vendor\hisilicon\hispark_aries\config.json
删除test子系统
{
"subsystem": "vendor",
"components": [
{ "component": "middleware", "features":[] },
{ "component": "hi3518ev300_init", "features":[] },
{ "component": "hardware", "features":[] }
]
},
//删除test子系统 (可选)
{
"subsystem": "ai",
"components": [
{ "component": "ai_engine", "features":[] }
]
}
root@0d3e98ee3fe0:/home/openharmony# hb build -f
...
[OHOS INFO] [965/974] SOLINK ./librecorder_lite.so
[OHOS INFO] [966/974] STAMP obj/foundation/multimedia/media_lite/frameworks/recorder_lite/media_lite.stamp
[OHOS INFO] [967/974] SOLINK ./libplayer_lite.so
[OHOS INFO] [968/974] STAMP obj/foundation/multimedia/media_lite/services/media_ndk.stamp
[OHOS INFO] [969/974] STAMP obj/foundation/multimedia/media_lite/services/media_lite.stamp
[OHOS INFO] [970/974] STAMP obj/build/lite/ohos.stamp
[OHOS INFO] [971/974] SOLINK ./libaudio_lite_api.so
[OHOS INFO] [972/974] STAMP obj/foundation/multimedia/media_lite/frameworks/player_lite/media_lite.stamp
[OHOS INFO] [973/974] ACTION //build/lite:gen_rootfs(//build/lite/toolchain:linux_x86_64_ohos_clang)
[OHOS INFO] [974/974] STAMP obj/build/lite/gen_rootfs.stamp
[OHOS INFO] ipcamera_hispark_aries build success
//会多出一个`out`目录,每个的目录含义如下
root@0d3e98ee3fe0:/home/openharmony# ls
applications build developtools docs drivers kernel out test utils
base build.py device domains foundation ohos_config.json prebuilts third_party vendor
目录名 描述
applications 应用程序样例,包括wifi-iot,camera等
base 基础软件服务子系统集&硬件服务子系统集
build 组件化编译、构建和配置脚本
docs 说明文档
domains 增强软件服务子系统集
drivers 驱动子系统
foundation 系统基础能力子系统集
kernel 内核子系统
prebuilts 编译器及工具链子系统
test 测试子系统
third_party 开源第三方组件
utils 常用的工具集
vendor 厂商提供的软件
build.py 编译脚本文件
out 编译后生成
编译输出 | out 目录
输出目录 : out/hispark_aries/ipcamera_hispark_aries
root@0d3e98ee3fe0:/home/openharmony/out/hispark_aries/ipcamera_hispark_aries# ls
args.gn build.ninja data gen NOTICE_FILE OHOS_Image.bin server.map userfs
bin build.ninja.d dev_tools libs obj OHOS_Image.map test userfs_jffs2.img
bm_tool.map bundle_daemon_tool.map etc liteos.bin OHOS_Image rootfs_jffs2.img test_info vendor
build.log config foundation.map media_server.map OHOS_Image.asm rootfs.tar toolchain.ninja
鸿蒙内核源码分析.总目录
v08.xx 鸿蒙内核源码分析(总目录) | 百万汉字注解 百篇博客分析 | 51.c.h .o
百万汉字注解.百篇博客分析
百万汉字注解 >> 精读鸿蒙源码,中文注解分析, 深挖地基工程,大脑永久记忆,四大码仓每日同步更新< gitee| github| csdn| coding >
百篇博客分析 >> 故事说内核,问答式导读,生活式比喻,表格化说明,图形化展示,主流站点定期更新中< 51cto| csdn| harmony| osc >
关注不迷路.代码即人生
QQ群:790015635 | 入群密码: 666
原创不易,欢迎转载,但请注明出处.
鸿蒙内核源码分析(编译环境篇) | 编译鸿蒙看这篇或许真的够了 | 百篇博客分析OpenHarmony源码 | v50.06的更多相关文章
- 鸿蒙内核源码分析(编译脚本篇) | 如何防编译环境中的牛皮癣 | 百篇博客分析OpenHarmony源码 | v58.01
百篇博客系列篇.本篇为: v58.xx 鸿蒙内核源码分析(环境脚本篇) | 编译鸿蒙原来如此简单 | 51.c.h.o 本篇用两个脚本完成鸿蒙(L1)的编译环境安装/源码下载/编译过程,让编译,调试鸿 ...
- 鸿蒙内核源码分析(编译过程篇) | 简单案例窥视GCC编译全过程 | 百篇博客分析OpenHarmony源码| v57.01
百篇博客系列篇.本篇为: v57.xx 鸿蒙内核源码分析(编译过程篇) | 简单案例窥视编译全过程 | 51.c.h.o 编译构建相关篇为: v50.xx 鸿蒙内核源码分析(编译环境篇) | 编译鸿蒙 ...
- 鸿蒙内核源码分析(忍者ninja篇) | 都忍者了能不快吗 | 百篇博客分析OpenHarmony源码 | v61.02
百篇博客系列篇.本篇为: v61.xx 鸿蒙内核源码分析(忍者ninja篇) | 都忍者了能不快吗 | 51.c.h.o 编译构建相关篇为: v50.xx 鸿蒙内核源码分析(编译环境篇) | 编译鸿蒙 ...
- 鸿蒙内核源码分析(GN应用篇) | GN语法及在鸿蒙的使用 | 百篇博客分析OpenHarmony源码 | v60.01
百篇博客系列篇.本篇为: v60.xx 鸿蒙内核源码分析(gn应用篇) | gn语法及在鸿蒙的使用 | 51.c.h.o 编译构建相关篇为: v50.xx 鸿蒙内核源码分析(编译环境篇) | 编译鸿蒙 ...
- 鸿蒙内核源码分析(构建工具篇) | 顺瓜摸藤调试鸿蒙构建过程 | 百篇博客分析OpenHarmony源码 | v59.01
百篇博客系列篇.本篇为: v59.xx 鸿蒙内核源码分析(构建工具篇) | 顺瓜摸藤调试鸿蒙构建过程 | 51.c.h.o 编译构建相关篇为: v50.xx 鸿蒙内核源码分析(编译环境篇) | 编译鸿 ...
- 鸿蒙内核源码分析(重定位篇) | 与国际接轨的对外部发言人 | 百篇博客分析OpenHarmony源码 | v55.01
百篇博客系列篇.本篇为: v55.xx 鸿蒙内核源码分析(重定位篇) | 与国际接轨的对外部发言人 | 51.c.h.o 加载运行相关篇为: v51.xx 鸿蒙内核源码分析(ELF格式篇) | 应用程 ...
- 鸿蒙内核源码分析(静态链接篇) | 完整小项目看透静态链接过程 | 百篇博客分析OpenHarmony源码 | v54.01
百篇博客系列篇.本篇为: v54.xx 鸿蒙内核源码分析(静态链接篇) | 完整小项目看透静态链接过程 | 51.c.h.o 下图是一个可执行文件编译,链接的过程. 本篇将通过一个完整的小工程来阐述E ...
- 鸿蒙内核源码分析(ELF格式篇) | 应用程序入口并不是main | 百篇博客分析OpenHarmony源码 | v51.04
百篇博客系列篇.本篇为: v51.xx 鸿蒙内核源码分析(ELF格式篇) | 应用程序入口并不是main | 51.c.h.o 加载运行相关篇为: v51.xx 鸿蒙内核源码分析(ELF格式篇) | ...
- v72.01 鸿蒙内核源码分析(Shell解析) | 应用窥伺内核的窗口 | 百篇博客分析OpenHarmony源码
子曰:"苟正其身矣,于从政乎何有?不能正其身,如正人何?" <论语>:子路篇 百篇博客系列篇.本篇为: v72.xx 鸿蒙内核源码分析(Shell解析篇) | 应用窥视 ...
随机推荐
- JavaWeb单体项目的分层设计与实现
1.概述 为什么要把一个完整的项目(Project)按层拆分成多个模块(Module)? 1)使项目层次更加的清晰: 2)提高代码的复用性: 3)细化分工: 4)解耦. 是不是听起来很高大尚,今天就简 ...
- Failed to set locale, defaulting to C.UTF-8
CentOS 8中执行命令,出现报错:Failed to set locale, defaulting to C.UTF-8 报错原因: 1.没有安装相应的语言包. 2.没有设置正确的语言环境. 解决 ...
- React性能优化总结
本文主要对在React应用中可以采用的一些性能优化方式做一下总结整理 前言 目的 目前在工作中,大量的项目都是使用react来进行开展的,了解掌握下react的性能优化对项目的体验和可维护性都有很大的 ...
- BufferedReader 和BufferedWriter
BufferedWriter: private void test(String content,String destPath) throws IOException { BufferedReade ...
- bt面板安装邮局系统
前些日子阿里云优惠就顺便买了个服务器,今天想在阿里云的服务器上试着安装一个邮件服务,突然发现之前安装的好好的邮件服务插件不能正常安装了,一直报错. 点击该链接享受本文章的纯净无广告版 查看了下出错的地 ...
- docker容器 如何精简镜像减小体积
写在前面 我们在上篇<Docker容器 关于镜像构建的安全问题>一起学习了如何构建一个基于安全的镜像,这篇小作文我们会学习镜像构建的另一个关键性问题,为何别人打造的镜像只有10MB而我的有 ...
- RapidSVN设置diff和edit工具
菜单栏 -> View -> Preferences -> Programs选择相应的配置页即可 需要配置的路径,默认都在 /usr/bin目录下的 editor可以用ged ...
- 关于IDEA无法加载main方法的bug
问题现象 main方法没有run按钮 问题解决 发现args显示灰色未调用,原来是之前莫名其妙调用了sun包下的String 删除调用问题解决!
- openresty(nginx) 配置 http与https使用同一个端口,禁止 IP 直接访问
准备好工作目录 mkdir work cd work mkdir conf logs 准备好 conf/nginx.conf 配置文件, 把 your.domain 换成你自己的域名 user abc ...
- 从零开始实现简单 RPC 框架 7:网络通信之自定义协议(粘包拆包、编解码)
当 RPC 框架使用 Netty 通信时,实际上是将数据转化成 ByteBuf 的方式进行传输. 那如何转化呢?可不可以把 请求参数 或者 响应结果 直接无脑序列化成 byte 数组发出去? 答:直接 ...