0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

剖析OpenHarmony3.0编译构建流程

OpenHarmony技术社区 来源:HarmonyOS技术社区 作者:亮子力 2021-12-07 10:54 次阅读
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

早就打算研究下 OH3.0 的编译框架了,最近一直在搞移植,总算有点进展了,抽个空来分析下 3.0 的编译框架。

大体看了下和 2.0 的差别不是特别大:《OpenHarmony 2.0 Canary编译构建流程》。

OHOS3.0 的打包镜像脚本由原来 2.0 的 buildadapteruild_image.sh,全部修改替换为 buildohosimagesuild_image.py,将打包 image 镜像的部分制作成 build_target。

以前是通过 shell 脚本来调用,现在是通过 gn 和 ninja 来调用。主要文件在 buildohosimages 这个文件夹下。

没有修改的部分就不说了,有需要的可以看我之前的帖子 这篇主要说下不一样的地方,看 OH3.0 是如何将编译好的文件打包成镜像的。

增加编译参数

3.0 之后在 builduild_scriptsuild_common.sh 增加了 build_cmd+=" build_target=images"。

这句的意思约等于在执行默认编译命令 ./build.sh --product-name Hi3516DV300 会有个默认的参数 --build-target images。

具体流程是这样的:

builduild_scriptsuild_common.sh→buildcoregnBUILD.gn→buildohosimagesBUILD.gn
action_with_pydeps("${_platform}_${_image_name}_image"){
script="//build/ohos/images/build_image.py"
depfile="$target_gen_dir/$target_name.d"
deps=["//build/ohos/packages:${_platform}_install_modules"]

image_config_file=
"//build/ohos/images/mkimage/${_image_name}_image_conf.txt"
output_image_file="$current_platform_dir/images/${_image_name}.img"

image_input_path="$current_platform_dir/${_image_name}"
if(_image_name=="userdata"){
image_input_path="$current_platform_dir/data"
}

sources=[
image_config_file,
system_module_info_list,
system_modules_list,
]
outputs=[output_image_file]
args=[
"--depfile",
rebase_path(depfile,root_build_dir),
"--image-name",
_image_name,
"--input-path",
rebase_path(image_input_path,root_build_dir),
"--image-config-file",
rebase_path(image_config_file,root_build_dir),
"--output-image",
rebase_path(output_image_file,root_build_dir),
"--build-image-tools-path",
rebase_path(build_image_tools_path,root_build_dir),
]
if(sparse_image){
args+=["--sparse-image"]
}
}

通常情况下,gn 会使用 action 运行一个脚本来生成一个文件,但是这里使用的是 action_with_pydeps,应该也是内置的目标类型。查看官方手册是这么说明的:

输入和文件,将操作读取(或执行)的所有文件列为 inputs:

  • 仅按从属目标列出输入是不够的。它们必须由使用它们的目标直接列出,或者由 depfile 添加。

  • 非系统 Python 导入是输入!对于导入此类模块的脚本,请使用 action_with_pydeps 来确保将所有依赖的 Python 文件捕获为输入。

前面还定义了一个 image_list,然后使用 foreach 执行 action_with_pydeps,要生成几个 img 文件,就执行几次 action_with_pydeps。
image_list=[
"system",
"vendor",
"userdata",
"updater",
]
foreach(_image_name,image_list){......}

调用 python 脚本

既然知道了 img 镜像是由 buildohosimagesuild_image.py 来创建的,那就来分析下这个 python 脚本。
ifos.path.exists(args.output_image_path):
os.remove(args.output_image_path)#删除之前生成的镜像文件夹
ifargs.image_name=='userdata':
_prepare_userdata(args.input_path)#准备好userdata.img需要的文件
ifos.path.isdir(args.input_path):
_make_image(args)
_dep_files=[]
for_root,_,_filesinos.walk(args.input_path):
for_filein_files:
_dep_files.append(os.path.join(_root,_file))
build_utils.write_depfile(args.depfile,
args.output_image_path,
_dep_files,
add_pydeps=False)
===================================================================
def_make_image(args):
ifargs.image_name=='system':
_prepare_root(args.input_path)#准备好system.img需要的文件
elifargs.image_name=='updater':
_prepare_updater(args.input_path)#准备好updater.img需要的文件
image_type="raw"
ifargs.sparse_image:
image_type="sparse"
mk_image_args=[
args.input_path,args.image_config_file,args.output_image_path,
image_type
]
env_path="../../build/ohos/images/mkimage"
ifargs.build_image_tools_path:
env_path='{}:{}'.format(env_path,args.build_image_tools_path)
os.environ['PATH']='{}:{}'.format(env_path,os.environ.get('PATH'))
mkimages.mk_images(mk_image_args)#而真正制作镜像使用的下面的函数
===================================================================
#buildohosimagesmkimagemkimages.py
defmk_images(args):
......
if"system.img"indevice:
src_dir=build_rootdir(src_dir)
mkfs_tools,mk_configs=load_config(config_file)
mk_configs=src_dir+""+device+""+mk_configs

res=run_cmd(mkfs_tools+""+mk_configs)#制作镜像命令使用的是mkfs_tools
===================================================================
if"ext4"inmk_configs:
fs_type="ext4"
mkfs_tools="mkextimage.py"#而mkfs_tools根据文件系统类型,分别调用对应的python脚本
elif"f2fs"inmk_configs:
mkfs_tools="mkf2fsimage.py"
fs_type="f2fs"
===================================================================
#buildohosimagesmkimagemkextimage.py#制作ext4文件系统
defbuild_run_mke2fs(args):
.....
blocks=int(int(args.fs_size)/BLOCKSIZE)
mke2fs_cmd+=("mke2fs"+str(mke2fs_opts)+"-t"+FS_TYPE+"-b"
+str(BLOCKSIZE)+""+args.device+""+str(blocks))
res=run_cmd(mke2fs_cmd)# mke2fs:制作文件系统
===================================================================
defbuild_run_e2fsdroid(args):
......
e2fsdroid_cmd+=("e2fsdroid"+e2fsdroid_opts+"-f"+
args.src_dir+"-a"+args.mount_point+
""+args.device)
res=run_cmd(e2fsdroid_cmd)# e2fsdroid:制作镜像文件

无论前面执行了什么操作,最终都是为了执行 mke2fs、e2fsdroid。

关于这两个命令:

  • mke2fs:Linux 下的命令,用于建立 ext 文件系统。

  • e2fsdroid:来自三方库,third_partye2fsprogs。

详情可以参考:

http://e2fsprogs.sourceforge.net
编辑:jq
声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • Linux
    +关注

    关注

    88

    文章

    11817

    浏览量

    219550
  • 编译
    +关注

    关注

    0

    文章

    696

    浏览量

    35282
  • OpenHarmony
    +关注

    关注

    33

    文章

    3974

    浏览量

    21358

原文标题:OpenHarmony3.0编译构建流程!

文章出处:【微信号:gh_834c4b3d87fe,微信公众号:OpenHarmony技术社区】欢迎添加关注!文章转载请注明出处。

收藏 人收藏
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

    评论

    相关推荐
    热点推荐

    Android 11(i.MX8MM,内核 5.4.70)– CLANG 的 QCA9377 WiFi 蓝牙驱动程序编译问题求解

    在 Linux 内核 5.4.70 中,使用 GCC 交叉编译,我们能够独立编译模块,生成 因此,WiFi 和蓝牙功能都可以正常工作。 但是,在 Android 11 下,构建系统默认为 CLANG
    发表于 04-01 06:12

    简单高效的鸿蒙编译提速技巧

    在鸿蒙应用开发中编译构建是开发者最频繁的操作,每一次编译提速都能显著提升项目整体开发效率。本次分享几个简单却高效的鸿蒙编译提速技巧,从编译
    的头像 发表于 03-04 16:09 254次阅读
    简单高效的鸿蒙<b class='flag-5'>编译</b>提速技巧

    基于凌羽派的OpenHarmony北向应用开发:Hello World 示例应用

    本示例是基于 OpenHarmony 开发的第一个简单应用,用于展示如何创建、构建和部署一个基本的应用程序。 环境配置如下所示: API:18 SDK
    发表于 02-25 11:25

    基于凌羽派的OpenHarmony北向应用开发:Hello World 示例应用

    本示例是基于OpenHarmony开发的第一个简单应用,用于展示如何创建、构建和部署一个基本的应用程序。环境配置如下所示:API:18SDK:OpenHarmony-v5.
    的头像 发表于 02-25 10:23 335次阅读
    基于凌羽派的<b class='flag-5'>OpenHarmony</b>北向应用开发:Hello World 示例应用

    #OpenHarmony HDC调试

    OpenHarmony
    视美泰
    发布于 :2026年01月16日 09:46:28

    #OpenHarmony 开发环境准备

    OpenHarmony
    视美泰
    发布于 :2026年01月16日 09:44:31

    #OpenHarmony 镜像烧录

    OpenHarmony
    视美泰
    发布于 :2026年01月16日 09:42:36

    #OpenHarmony 系统概述

    OpenHarmony
    视美泰
    发布于 :2026年01月16日 09:39:20

    #OpenHarmony Hello World应用以及部署

    OpenHarmony
    视美泰
    发布于 :2026年01月16日 09:32:52

    【瑞萨RA × Zephyr评测】Zephyr RTOS保姆级环境构建编译下载踩坑版

    笔者介绍一下Zephyr RTOS 保姆级环境构建编译下载
    的头像 发表于 01-10 10:03 9627次阅读
    【瑞萨RA × Zephyr评测】Zephyr RTOS保姆级环境<b class='flag-5'>构建</b>与<b class='flag-5'>编译</b>下载踩坑版

    TUSB9261:USB 3.0 到 SATA 桥接器的技术剖析与应用指南

    TUSB9261:USB 3.0 到 SATA 桥接器的技术剖析与应用指南 在当今的电子设备领域,数据传输的高效性和稳定性至关重要。TUSB9261 作为一款 ARM® Cortex® M3
    的头像 发表于 12-24 10:35 608次阅读

    电子工程师必看:TUSB501-Q1 USB 3.0转接驱动器深度剖析

    电子工程师必看:TUSB501-Q1 USB 3.0转接驱动器深度剖析 在电子设备高速发展的今天,USB 3.0技术凭借其高速的数据传输能力,成为了众多设备的标配。而TUSB501-Q1作为一款具有
    的头像 发表于 12-19 11:05 459次阅读

    SN75LVPE3410:四通道PCI - Express 3.0线性转接驱动器的深度剖析

    SN75LVPE3410:四通道PCI - Express 3.0线性转接驱动器的深度剖析 在电子设计领域,高速数据传输的需求日益增长,PCI - Express技术作为其中的关键力量,不断推动着
    的头像 发表于 12-16 10:55 476次阅读

    贡献 OpenHarmony 库关键配置

    存放资源文件,如图片、多媒体、字符串等 │└─module.json5// 模块配置文件,包含当前HAR的配置信息 ├─build-profile.json5// Hvigor编译构建所需的配置文件
    发表于 05-28 13:46