# OpenHarmony **Repository Path**: CaiYeson/OpenHarmony ## Basic Information - **Project Name**: OpenHarmony - **Description**: 因repo对windows不友好支持，为方便windows用户获取鸿蒙整个源码，本仓库支持以git方式下载OpenHarmony全量代码, 包含所有109个项目, 编译通过.每天同步官方更新. - **Primary Language**: C - **License**: Not specified - **Default Branch**: master - **Homepage**: https://gitee.com/weharmony - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 3 - **Created**: 2021-05-26 - **Last Updated**: 2021-05-26 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README **[工欲善其事.必先利其器.鸿蒙源码分析.工具文档.周周更新.OpenHarmony.HarmonyOS](http://weharmony.gitee.io/history.html) [ < gitee](http://weharmony.gitee.io/history.html)[ | github >](http://weharmony.github.io/history.html)** [![在这里插入图片描述](https://gitee.com/weharmony/docs/raw/master/pic/other/io.png)](https://gitee.com/weharmony/kernel_liteos_a_note) 百篇博客系列篇.本篇为: * [v50.xx 鸿蒙内核源码分析(编译环境篇) | 编译鸿蒙看这篇或许真的够了 ](https://my.oschina.net/weharmony/blog/5028613) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/116042551)[ .h](https://weharmony.gitee.io/50_编译环境篇.html)[ .o](https://my.oschina.net/weharmony)** ### 几点说明 * [OpenHarmony全量代码仓库(本仓库)](https://gitee.com/weharmony/OpenHarmony) 是[开放原子开源基金会](https://www.openatom.org) 旗下孵化项目 [OpenHarmony](https://gitee.com/openharmony) 的109个子项目的所有源码.鸿蒙官方是使用`repo`管理众多`git`项目,`repo`在`linux`下很方便,但在`windows`上谁用谁知道,使用会有相当的困难,所以将官方所有项目整合成一个.git工程,如此使用`git`方式便能下载整个鸿蒙系统源码,方便学习使用.本仓库与官方仓库保持同步.[OpenHarmony全量代码仓库(本仓库)](https://gitee.com/weharmony/OpenHarmony)已编译通过. ``` .... [OHOS INFO] [1587/1590] STAMP obj/test/xts/acts/build_lite/acts_generate_module_data.stamp [OHOS INFO] [1588/1590] ACTION //test/xts/acts/build_lite:acts(//build/lite/toolchain:linux_x86_64_ohos_clang) [OHOS INFO] [1589/1590] STAMP obj/test/xts/acts/build_lite/acts.stamp [OHOS INFO] [1590/1590] STAMP obj/build/lite/ohos.stamp [OHOS INFO] ipcamera_hispark_aries build success root@5e3abe332c5a:/home/harmony# ``` * [kernel_liteos_a_note](https://gitee.com/weharmony/kernel_liteos_a_note) 是在 [开放原子开源基金会](https://www.openatom.org) 旗下孵化项目 [OpenHarmony](https://gitee.com/openharmony) 的 [kernel_liteos_a(鸿蒙内核项目)](https://gitee.com/openharmony/kernel_liteos_a) 基础上给源码加上中文注解的版本.加注版与官方版本保持月月同步. * 博客站点更新速度:[ weharmony.gitee.io](http://weharmony.gitee.io) = [ weharmony.github.io](http://weharmony.gitee.io) > [ oschina ](https://my.oschina.net/weharmony) > [ 51cto ](https://harmonyos.51cto.com/column/34) > [ csdn ](https://blog.csdn.net/kuangyufei) * 工欲善其事,必先利其器,[下载.鸿蒙源码分析.工具文档.周周更新 ](http://weharmony.gitee.io/history.html) [ < gitee](http://weharmony.gitee.io/history.html)[ | github >](http://weharmony.github.io/history.html) ### 编译鸿蒙 因`sourecinsight`多年的使用习惯,爱不释手并为电脑性能计,所以选择以windows + docker方式编译鸿蒙. ![kernel_liteos_a_note](https://gitee.com/weharmony/docs/raw/master/pic/compile/si.png) 本篇记录编译鸿蒙的过程,以备后续不用再去一大堆无效的误导式软文中搜寻芝麻大点有用的信息,那样真挺费时费心力. ### 编译环境 先安装 [Docker Desktop](https://www.docker.com/products/docker-desktop) 下载windows版本一直下一步. 在windows下拉取`openharmony-docker`官方镜像,[Docker方式获取编译环境](https://device.harmonyos.com/cn/docs/start/get-tools/oem_tool-0000001055705774#ZH-CN_TOPIC_0000001055705774__zh-cn_topic_0000001055701144_section107932281315) 强烈推荐这么做. ``` docker pull swr.cn-south-1.myhuaweicloud.com/openharmony-docker/openharmony-docker:0.0.3 ``` 2.36G, 拉取看网速, 大概10分钟后成功了,有了镜像 ``` PS E:\harmony\kernel_liteos_a_note> docker images REPOSITORY TAG IMAGE ID CREATED SIZE swr.cn-south-1.myhuaweicloud.com/openharmony-docker/openharmony-docker 0.0.3 50d0aa6ea9ba 2 weeks ago 2.36GB ``` vscode对docker的管理插件非常的强大,管理镜像和容器的工作就交给它了. 启动docker,创建好容器,本文的选择是这样的,当然大家可以灵活处理,命名. 本文使用`E:\harmony\code-1.0` `E:\harmony\docker`,这两个文件夹一定要先创建好. ![kernel_liteos_a_note](https://gitee.com/weharmony/docs/raw/master/pic/compile/container.png) 容器创建成功后可以在 vscode 右键容器`inspect`查看到绑定的目录. ``` "HostConfig": { "Binds": [ "E:\\harmony\\code-1.0:/home/harmony", "E:\\harmony\\docker:/home/docker" ], ``` 本文这样做的目的为了在windows上能方便的查看文件.`harmony`目录用于下载编译源码目录,另外一个`docker`放其他无关文件 repo方式下载源码 进入容器,vscode右键容器 `Attach shell`,再进入`/home/harmony`目录 ``` root@5e3abe332c5a:/home/harmony#repo init -u https://gitee.com/openharmony/manifest.git -b master --no-repo-verify .... root@5e3abe332c5a:/home/harmony#repo sync -c ``` 这个过程也是比网速.慢慢等吧. 下载完成之后的样子 ``` Updating files: 100% (7561/7561), done.ird_party_harfbuzzUpdating files: 2% (222/7561) Updating files: 100% (2983/2983), done.ird_party_iniparserUpdating files: 8% (243/2983) Updating files: 100% (500/500), done.third_party_libjpegUpdating files: 61% (309/500) Updating files: 100% (8556/8556), done.ird_party_libuuidUpdating files: 4% (370/8556) Updating files: 100% (379/379), done.third_party_ltpUpdating files: 64% (243/379) Updating files: 100% (1015/1015), done.ird_party_lwipUpdating files: 34% (348/1015) Updating files: 100% (3118/3118), done.hird_party_mtd_utilsUpdating files: 9% (297/3118) Updating files: 100% (3098/3098), done.hird_party_muslUpdating files: 10% (331/3098) Updating files: 100% (525/525), done. third_party_rt_threadUpdating files: 66% (348/525) Updating files: 100% (904/904), done. third_party_unityUpdating files: 29% (266/904) Checking out projects: 100% (113/113), done. repo sync has finished successfully. root@5e3abe332c5a:/home/harmony# ls applications base build build.py developtools device docs domains drivers foundation kernel prebuilts test third_party utils vendor root@5e3abe332c5a:/home/harmony# ``` ### 编译前提 * Linux服务器，Ubuntu16.04及以上64位系统版本。 * Python 3.7.4及以上。 * OpenHarmony源码build_lite仓下载成功。 按照上面的方法,能到这里说明这三个条件都已经满足了.下面安装编译工具 ### 编译过程 | 安装 hb `hb`全称应该是`harmonyos build`(猜的哈) 在源码的根目录执行: ``` root@5e3abe332c5a:/home/harmony#python3 -m pip install --user build/lite ``` 执行hb -h有相关帮助信息，有打印信息即表示安装成功： ``` root@5e3abe332c5a:/home/harmony/# hb -v [OHOS INFO] hb version 0.3.8 root@5e3abe332c5a:/home/harmony/# hb -h usage: hb OHOS build system positional arguments: {build,set,env,clean,deps} build Build source code set OHOS build settings env Show OHOS build env clean Clean output deps OHOS components deps optional arguments: -h, --help show this help message and exit -v, --version show program's version number and exit ``` 另外`hb`的卸载方法如下: ``` python3 -m pip uninstall ohos-build ``` 安装编译工具`hb`成功后,开始下一步设置编译路径. ### 编译命令 | hb set 先看看它的帮助信息 ``` root@5e3abe332c5a:/home/harmony#hb set -h usage: hb set [-h] [-root [ROOT_PATH]] [-p] optional arguments: -h, --help Show this help message and exit. -root [ROOT_PATH], --root_path [ROOT_PATH] Set OHOS root path. -p, --product Set OHOS board and kernel. ``` * hb set 后无参数，进入默认设置流程 * hb set -root [ROOT_PATH] 直接设置代码根目录 * hb set -p --product 设置要编译的产品 本篇选择当前路径 . ``` root@5e3abe332c5a:/home/harmony#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,这三个对应平台的关系如下 ``` Hi3518：ipcamera_hispark_aries@hisilicon Hi3861：wifiiot_hispark_pegasus@hisilicon Hi3516：ipcamera_hispark_taurus@hisilicon ``` ### 编译命令 | hb env 设置路径成功后,可查看下当前设置信息 ``` root@5e3abe332c5a:/home/harmony# hb env [OHOS INFO] root path: /home/harmony [OHOS INFO] board: hispark_aries [OHOS INFO] kernel: liteos_a [OHOS INFO] product: ipcamera_hispark_aries [OHOS INFO] product path: /home/harmony/vendor/hisilicon/hispark_aries [OHOS INFO] device path: /home/harmony/device/hisilicon/hispark_aries/sdk_liteos ``` ### 编译命令 | hb build 同样看下它的帮助信息,可以选择全编,编单个模块,只编译ndk,看具体的开发场景. ``` root@5e3abe332c5a:/home/harmony# hb build -h usage: hb build [-h] [-b BUILD_TYPE] [-c COMPILER] [-t [TEST [TEST ...]]] [--dmverity] [--tee] [-p PRODUCT] [-f] [-n] [-T [TARGET [TARGET ...]]] [-v] [-shs] [component [component ...]] positional arguments: component name of the component optional arguments: -h, --help show this help message and exit -b BUILD_TYPE, --build_type BUILD_TYPE release or debug version -c COMPILER, --compiler COMPILER specify compiler -t [TEST [TEST ...]], --test [TEST [TEST ...]] compile test suit --dmverity Enable dmverity --tee Enable tee -p PRODUCT, --product PRODUCT build a specified product with {product_name}@{company}, eg: camera@huawei -f, --full full code compilation -n, --ndk compile ndk -T [TARGET [TARGET ...]], --target [TARGET [TARGET ...]] Compile single target -v, --verbose show all command lines while building -shs, --sign_haps_by_server sign haps by server ``` **解读** * hb build后无参数，会按照设置好的代码路径、产品进行编译，编译选项使用与之前保持一致。 * hb build component：基于设置好的产品对应的单板、内核，单独编译组件（e.g.：hb build kv_store)。 * hb build -p PRODUCT：免set编译产品，该命令可以跳过set步骤，直接编译产品。 本文选择全编 `hb build -f`,拼电脑性能,搞开发一定要搞台好电脑,时间就是生命,内存最好32G,过程大概10分钟. ``` root@5e3abe332c5a:/home/harmony#hb build -f ... [OHOS INFO] [1587/1590] STAMP obj/test/xts/acts/build_lite/acts_generate_module_data.stamp [OHOS INFO] [1588/1590] ACTION //test/xts/acts/build_lite:acts(//build/lite/toolchain:linux_x86_64_ohos_clang) [OHOS INFO] [1589/1590] STAMP obj/test/xts/acts/build_lite/acts.stamp [OHOS INFO] [1590/1590] STAMP obj/build/lite/ohos.stamp [OHOS INFO] ipcamera_hispark_aries build success root@5e3abe332c5a:/home/harmony# ``` 会多出一个`out`目录,每个的目录含义如下 ``` 目录名 描述 applications 应用程序样例，包括wifi-iot，camera等 base 基础软件服务子系统集&硬件服务子系统集 build 组件化编译、构建和配置脚本 docs 说明文档 domains 增强软件服务子系统集 drivers 驱动子系统 foundation 系统基础能力子系统集 kernel 内核子系统 prebuilts 编译器及工具链子系统 test 测试子系统 third_party 开源第三方组件 utils 常用的工具集 vendor 厂商提供的软件 build.py 编译脚本文件 out 编译后生成 ``` ### 编译命令 | hb clean 清除out目录对应产品的编译产物，仅剩下args.gn、build.log。清除指定路径可输入路径参数：hb clean xxx/out/xxx，否则将清除hb set的产品对应out路径.此处不要去敲它,它的帮助提示信息如下, ``` root@5e3abe332c5a:/home/harmony# hb clean -h usage: hb clean [-h] [out_path] positional arguments: out_path clean a specified path. optional arguments: -h, --help show this help message and exit ``` ### 编译输出 | out 目录 `out`为编译结果输出目录 ``` 输出目录 : out/hispark_aries/ipcamera_hispark_aries ``` ``` root@5e3abe332c5a:/home/harmony# cd out/hispark_aries/ipcamera_hispark_aries root@5e3abe332c5a:/home/harmony/out/hispark_aries/ipcamera_hispark_aries# root@5e3abe332c5a:/home/harmony/out/hispark_aries/ipcamera_hispark_aries# ls args.gn build.log bundle_daemon_tool.map dev_tools libs NOTICE_FILE OHOS_Image.asm rootfs suites toggleButtonTest.map userfs vendor bin build.ninja config etc liteos.bin obj OHOS_Image.bin rootfs_jffs2.img test toolchain.ninja userfs_jffs2.img bm_tool.map build.ninja.d data foundation.map media_server.map OHOS_Image OHOS_Image.map server.map test_info unstripped usr ``` 系列篇会详细讲解启动过程,此处进入bin目录瞅瞅都有些啥好宝贝. ``` root@5e3abe332c5a:/home/harmony/out/hispark_aries/ipcamera_hispark_aries/bin# ls ai_server module_ActsAbilityMgrTest.bin module_ActsGraphVersionTest.bin module_ActsJFFS2CapabilityTest.bin module_ActsNFSTest.bin module_ActsSurfaceTest.bin os_dump apphilogcat module_ActsBootstrapTest.bin module_ActsHeapBaseTest.bin module_ActsJFFS2DACTest.bin module_ActsParameterTest.bin module_ActsSysApiTest.bin query.bin appspawn module_ActsBundleMgrTest.bin module_ActsHilogTest.bin module_ActsJFFS2Test.bin module_ActsPMSTest.bin module_ActsTimeApiTest.bin shell bundle_daemon module_ActsColorTest.bin module_ActsIoApiTest.bin module_ActsKvStoreTest.bin module_ActsProcessApiTest.bin module_ActsTransformTest.bin tftp CalcSubTest.bin module_ActsDyloadTest.bin module_ActsIpcMqTest.bin module_ActsListTest.bin module_ActsRectTest.bin module_ActsUiInterfaceTest1.bin wms_server foundation module_ActsFutexApiTest.bin module_ActsIpcPipeTest.bin module_ActsLwipTest.bin module_ActsSamgrTest.bin module_ActsUtilApiTest.bin hilogcat module_ActsGeometyr2dTest.bin module_ActsIpcSemTest.bin module_ActsMathApiTest.bin module_ActsSchedApiTest.bin module_ActsVFATCapabilityTest.bin init module_ActsGraphicMathTest.bin module_ActsIpcShmTest.bin module_ActsMemApiTest.bin module_ActsSecurityDataTest.bin module_ActsVFATDACTest.bin media_server module_ActsGraphMemApiTest.bin module_ActsIpcSignalTest.bin module_ActsNetTest.bin module_ActsSoftBusTest.bin module_ActsVFATTest.bin ``` 这难道都是ELF格式可执行程序? 用`readelf`命令试下`shell`就知道了.果然是shell程序,加载它将创建激动人心的`shell`进程 ``` root@5e3abe332c5a:/home/harmony/out/hispark_aries/ipcamera_hispark_aries/bin# readelf -h shell ELF Header: Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 Class: ELF32 Data: 2's complement, little endian Version: 1 (current) OS/ABI: UNIX - System V ABI Version: 0 Type: DYN (Shared object file) Machine: ARM Version: 0x1 Entry point address: 0x1000 Start of program headers: 52 (bytes into file) Start of section headers: 25268 (bytes into file) Flags: 0x5000200, Version5 EABI, soft-float ABI Size of this header: 52 (bytes) Size of program headers: 32 (bytes) Number of program headers: 11 Size of section headers: 40 (bytes) Number of section headers: 27 Section header string table index: 26 ``` 再随便选择一个`module_ActsListTest.bin`看下,这些是鸿蒙用于测试的代码生成的.也是一个个的独立程序.可以在工程里找到他们的身影`list_test.cpp`,`ActsListTest.json`等文件 ``` root@5e3abe332c5a:/home/harmony/out/hispark_aries/ipcamera_hispark_aries/bin# readelf -h module_ActsListTest.bin ELF Header: Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 Class: ELF32 Data: 2's complement, little endian Version: 1 (current) OS/ABI: UNIX - System V ABI Version: 0 Type: DYN (Shared object file) Machine: ARM Version: 0x1 Entry point address: 0xb000 Start of program headers: 52 (bytes into file) Start of section headers: 172256 (bytes into file) Flags: 0x5000200, Version5 EABI, soft-float ABI Size of this header: 52 (bytes) Size of program headers: 32 (bytes) Number of program headers: 11 Size of section headers: 40 (bytes) Number of section headers: 27 Section header string table index: 26 ``` **解读** 仔细比较下这两个ELF的头文件看哪里不一样 ``` Entry point address: 0x1000 Entry point address: 0xb000 ``` 这是`.text`代码段的入口地址,但注意这并不是 `main`函数的地址,真正的入口地址是`_start`,由它再调用`main`. 具体看 * [v51.xx 鸿蒙内核源码分析(ELF格式篇) | 应用程序入口并不是main ](https://my.oschina.net/weharmony/blog/5030288) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/116097977)[ .h](https://weharmony.gitee.io/51_ELF格式篇.html)[ .o](https://my.oschina.net/weharmony)** 有详细说明,`readelf`的功能很强大,有兴趣的可以玩下这个命令,看看elf里面究竟装的啥. ``` root@5e3abe332c5a:/home/harmony/out/hispark_aries/ipcamera_hispark_aries/bin# readelf -help readelf: option requires an argument -- 'p' Usage: readelf elf-file(s) Display information about the contents of ELF format files Options are: -a --all Equivalent to: -h -l -S -s -r -d -V -A -I -h --file-header Display the ELF file header -l --program-headers Display the program headers --segments An alias for --program-headers -S --section-headers Display the sections' header --sections An alias for --section-headers -g --section-groups Display the section groups -t --section-details Display the section details -e --headers Equivalent to: -h -l -S -s --syms Display the symbol table --symbols An alias for --syms --dyn-syms Display the dynamic symbol table -n --notes Display the core notes (if present) -r --relocs Display the relocations (if present) -u --unwind Display the unwind info (if present) -d --dynamic Display the dynamic section (if present) -V --version-info Display the version sections (if present) -A --arch-specific Display architecture specific information (if any) -c --archive-index Display the symbol/file index in an archive -D --use-dynamic Use the dynamic section info when displaying symbols -x --hex-dump= Dump the contents of section as bytes -p --string-dump= Dump the contents of section as strings -R --relocated-dump= Dump the contents of section as relocated bytes -z --decompress Decompress section before dumping it -w[lLiaprmfFsoRtUuTgAckK] or --debug-dump[=rawline,=decodedline,=info,=abbrev,=pubnames,=aranges,=macro,=frames, =frames-interp,=str,=loc,=Ranges,=pubtypes, =gdb_index,=trace_info,=trace_abbrev,=trace_aranges, =addr,=cu_index,=links,=follow-links] Display the contents of DWARF debug sections --dwarf-depth=N Do not display DIEs at depth N or greater --dwarf-start=N Display DIEs starting with N, at the same depth or deeper --ctf= Display CTF info from section --ctf-parent= Use section as the CTF parent --ctf-symbols= Use section as the CTF external symtab --ctf-strings= Use section as the CTF external strtab -I --histogram Display histogram of bucket list lengths -W --wide Allow output width to exceed 80 characters @ Read options from -H --help Display this information -v --version Display the version number of readelf ``` 参数中文说明 ``` -a --all 显示全部信息，等价于 -h -l -S-s -r -d -V -A -I. -h --file-header 显示elf文件开始的文件头信息. -l --program-headers --segments 显示程序头（段头）信息(如果有的话)。 -S --section-headers --sections 显示区头信息(如果有的话)。 -g --section-groups 显示区组信息(如果有的话)。 -t --section-details 显示区的详细信息(-S 的)。 -s --syms --symbols 显示符号表段中的项（如果有的话）。 -e --headers 显示全部头信息，等价于: -h -l -S -n --notes 显示note段（内核注释）的信息。 -r --relocs 显示可重定位段的信息。 -u --unwind 显示unwind段信息。当前只支持 IA64ELF 的 unwind 段信息。 -d --dynamic 显示动态段的信息。 -V --version-info 显示版本段的信息。 -A --arch-specific 显示CPU构架信息。 -D --use-dynamic 使用动态段中的符号表显示符号，而不是使用符号段。 -x --hex-dump= 以16进制方式显示指定段内内容。number 指定段表中段的索引，或字符串指定文件中的段名。 -w[liaprmfFsoR] --debug-dump[=line，=info，=abbrev，=pubnames，=aranges，=macro，=frames，=frames-interp，=str，=loc，=Ranges] 显示调试段中指定的内容。 -I --histogram 显示符号的时候，显示 bucketlist 长度的柱状图。 -v --version 显示 readelf 的版本信息。 -H --help 显示 readelf 所支持的命令行选项。 -W --wide 宽行输出。 @file 可以将选项集中到一个文件中，然后使用这个 @file 选项载入。 ``` 具体的加载过程和elf格式后续有专门的篇幅详细介绍,此处不做说明. ### 用户进程 用`grep`过滤下干扰的*.bin,剩下的就是平台(Hi3518)需要内核创建的用户态进程. ``` root@5e3abe332c5a:/home/harmony/out/hispark_aries/ipcamera_hispark_aries/bin# ls | grep -v .bin ai_server apphilogcat appspawn bundle_daemon foundation hilogcat init media_server os_dump shell tftp wms_server ``` 这些服务含义和仓库如下. ``` ai_server AI业务子系统 https://gitee.com/openharmony/ai_engine apphilogcat 小型系统的流水日志功能 https://gitee.com/openharmony/hiviewdfx_hilog_lite base\hiviewdfx\hilog_lite\services\apphilogcat\hiview_applogcat.c appspawn 应用孵化模块进程 https://gitee.com/openharmony/startup_appspawn_lite bundle_daemon 用户程序框架内部工具接口 https://gitee.com/openharmony/appexecfwk_appexecfwk_lite foundation foundation系统进程 https://gitee.com/openharmony/distributedschedule_safwk_lite hilogcat 管理日志打印 https://gitee.com/openharmony/hiviewdfx_hilog_lite base\hiviewdfx\hilog_lite\services\hilogcat\hiview_logcat.c init 用户态祖宗进程 1号进程, -> 鸿蒙内核源码分析(特殊进程篇) media_server 播放模块框架实现 https://gitee.com/openharmony/multimedia_media_lite os_dump 备份文件系统 utils\native\lite\os_dump\os_dump.c shell 窥视内核的窗口 3号进程, -> 鸿蒙内核源码分析(shell篇) tftp 传输文件 third_party\curl\lib\tftp.c wms_server 窗口管理服务 https://gitee.com/openharmony/graphic_wms ``` 在整个项目工程中能轻易找到他们的入口函数.比如`appspawn`的启动过程 ```c //base\startup\appspawn_lite\services\src\main.c int main(int argc, char const argv[]) { sleep(1); HILOG_INFO(HILOG_MODULE_HIVIEW, "[appspawn] main, enter."); // 1. ipc module init HOS_SystemInit(); // 2. register signal for SIGCHLD SignalRegist(); // 3. keep process alive HILOG_INFO(HILOG_MODULE_HIVIEW, "[appspawn] main, entering wait."); while (1) { // pause only returns when a signal was caught and the signal-catching function returned. // pause only returns -1, no need to process the return value. (void)pause(); } } ``` 鸿蒙将服务做成了组件,为最上层的应用程度提供管理/工具类的服务.但这些都是framework层的工作,超出了内核源码分析的范畴.希望后续有机会能去剖析它们. ### **百篇博客.往期回顾** > 在加注过程中,整理出以下文章.内容立足源码,常以生活场景打比方尽可能多的将内核知识点置入某种场景,具有画面感,容易理解记忆. 说别人能听得懂的话很重要! 百篇博客绝不是百度教条式的在说一堆诘屈聱牙的概念,那没什么意思.更希望让内核变得栩栩如生,倍感亲切.确实有难度,自不量力,但已经出发,回头已是不可能的了.:P 与写代码有bug需不断debug一样,文章和注解内容会将错漏之处反复修正,持续更新,`.xx`代表修改的次数,精雕细琢,言简意赅,力求打造精品内容. * [v51.xx 鸿蒙内核源码分析(ELF格式篇) | 应用程序入口并不是main ](https://my.oschina.net/weharmony/blog/5030288) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/116097977)[ .h](https://weharmony.gitee.io/51_ELF格式篇.html)[ .o](https://my.oschina.net/weharmony)** * [v50.xx 鸿蒙内核源码分析(编译环境篇) | 编译鸿蒙看这篇或许真的够了 ](https://my.oschina.net/weharmony/blog/5028613) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/116042551)[ .h](https://weharmony.gitee.io/50_编译环境篇.html) [ .o](https://my.oschina.net/weharmony)** * [v49.xx 鸿蒙内核源码分析(信号消费篇) | 谁让CPU连续四次换栈运行 ](https://my.oschina.net/weharmony/blog/5027224) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/115958293)[ .h](https://weharmony.gitee.io/49_信号消费篇.html) [ .o](https://my.oschina.net/weharmony)** * [v48.xx 鸿蒙内核源码分析(信号生产篇) | 年过半百,依然活力十足 ](https://my.oschina.net/weharmony/blog/5022149) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/115768099)[ .h](https://weharmony.gitee.io/48_信号生产篇.html) [ .o](https://my.oschina.net/weharmony)** * [v47.xx 鸿蒙内核源码分析(进程回收篇) | 临终前如何向老祖宗托孤 ](https://my.oschina.net/weharmony/blog/5017716) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/115672752)[ .h](https://weharmony.gitee.io/47_进程回收篇.html) [ .o](https://my.oschina.net/weharmony)** * [v46.xx 鸿蒙内核源码分析(特殊进程篇) | 龙生龙凤生凤老鼠生儿会打洞 ](https://my.oschina.net/weharmony/blog/5014444) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/115556505)[ .h](https://weharmony.gitee.io/46_特殊进程篇.html) [ .o](https://my.oschina.net/weharmony)** * [v45.xx 鸿蒙内核源码分析(Fork篇) | 一次调用,两次返回 ](https://my.oschina.net/weharmony/blog/5010301) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/115467961)[ .h](https://weharmony.gitee.io/45_Fork篇.html) [ .o](https://my.oschina.net/weharmony)** * [v44.xx 鸿蒙内核源码分析(中断管理篇) | 江湖从此不再怕中断 ](https://my.oschina.net/weharmony/blog/4995800) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/115130055)[ .h](https://weharmony.gitee.io/44_中断管理篇.html) [ .o](https://my.oschina.net/weharmony)** * [v43.xx 鸿蒙内核源码分析(中断概念篇) | 海公公的日常工作 ](https://my.oschina.net/weharmony/blog/4992750) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/115014442)[ .h](https://weharmony.gitee.io/43_中断概念篇.html) [ .o](https://my.oschina.net/weharmony)** * [v42.xx 鸿蒙内核源码分析(中断切换篇) | 系统因中断活力四射](https://my.oschina.net/weharmony/blog/4990948) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/114988891)[ .h](https://weharmony.gitee.io/42_中断切换篇.html) [ .o](https://my.oschina.net/weharmony)** * [v41.xx 鸿蒙内核源码分析(任务切换篇) | 看汇编如何切换任务 ](https://my.oschina.net/weharmony/blog/4988628) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/114890180)[ .h](https://weharmony.gitee.io/41_任务切换篇.html) [ .o](https://my.oschina.net/weharmony)** * [v40.xx 鸿蒙内核源码分析(汇编汇总篇) | 汇编可爱如邻家女孩 ](https://my.oschina.net/weharmony/blog/4977924) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/114597179)[ .h](https://weharmony.gitee.io/40_汇编汇总篇.html) [ .o](https://my.oschina.net/weharmony)** * [v39.xx 鸿蒙内核源码分析(异常接管篇) | 社会很单纯,复杂的是人 ](https://my.oschina.net/weharmony/blog/4973016) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/114438285)[ .h](https://weharmony.gitee.io/39_异常接管篇.html) [ .o](https://my.oschina.net/weharmony)** * [v38.xx 鸿蒙内核源码分析(寄存器篇) | 小强乃宇宙最忙存储器 ](https://my.oschina.net/weharmony/blog/4969487) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/114326994)[ .h](https://weharmony.gitee.io/38_寄存器篇.html) [ .o](https://my.oschina.net/weharmony)** * [v37.xx 鸿蒙内核源码分析(系统调用篇) | 开发者永远的口头禅 ](https://my.oschina.net/weharmony/blog/4967613) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/114285166)[ .h](https://weharmony.gitee.io/37_系统调用篇.html) [ .o](https://my.oschina.net/weharmony)** * [v36.xx 鸿蒙内核源码分析(工作模式篇) | CPU是韦小宝,七个老婆 ](https://my.oschina.net/weharmony/blog/4965052) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/114168567)[ .h](https://weharmony.gitee.io/36_工作模式篇.html) [ .o](https://my.oschina.net/weharmony)** * [v35.xx 鸿蒙内核源码分析(时间管理篇) | 谁是内核基本时间单位 ](https://my.oschina.net/weharmony/blog/4956163) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/113867785)[ .h](https://weharmony.gitee.io/35_时间管理篇.html) [ .o](https://my.oschina.net/weharmony)** * [v34.xx 鸿蒙内核源码分析(原子操作篇) | 谁在为原子操作保驾护航 ](https://my.oschina.net/weharmony/blog/4955290) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/113850603)[ .h](https://weharmony.gitee.io/34_原子操作篇.html) [ .o](https://my.oschina.net/weharmony)** * [v33.xx 鸿蒙内核源码分析(消息队列篇) | 进程间如何异步传递大数据 ](https://my.oschina.net/weharmony/blog/4952961) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/113815355)[ .h](https://weharmony.gitee.io/33_消息队列篇.html) [ .o](https://my.oschina.net/weharmony)** * [v32.xx 鸿蒙内核源码分析(CPU篇) | 整个内核就是一个死循环 ](https://my.oschina.net/weharmony/blog/4952034) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/113782749)[ .h](https://weharmony.gitee.io/32_CPU篇.html) [ .o](https://my.oschina.net/weharmony)** * [v31.xx 鸿蒙内核源码分析(定时器篇) | 哪个任务的优先级最高 ](https://my.oschina.net/weharmony/blog/4951625) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/113774260)[ .h](https://weharmony.gitee.io/31_定时器篇.html) [ .o](https://my.oschina.net/weharmony)** * [v30.xx 鸿蒙内核源码分析(事件控制篇) | 任务间多对多的同步方案 ](https://my.oschina.net/weharmony/blog/4950956) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/113759481)[ .h](https://weharmony.gitee.io/30_事件控制篇.html) [ .o](https://my.oschina.net/weharmony)** * [v29.xx 鸿蒙内核源码分析(信号量篇) | 谁在负责解决任务的同步 ](https://my.oschina.net/weharmony/blog/4949720) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/113744267)[ .h](https://weharmony.gitee.io/29_信号量篇.html) [ .o](https://my.oschina.net/weharmony)** * [v28.xx 鸿蒙内核源码分析(进程通讯篇) | 九种进程间通讯方式速揽 ](https://my.oschina.net/weharmony/blog/4947398) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/113700751)[ .h](https://weharmony.gitee.io/28_进程通讯篇.html) [ .o](https://my.oschina.net/weharmony)** * [v27.xx 鸿蒙内核源码分析(互斥锁篇) | 比自旋锁丰满的互斥锁 ](https://my.oschina.net/weharmony/blog/4945465) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/113660357)[ .h](https://weharmony.gitee.io/27_互斥锁篇.html) [ .o](https://my.oschina.net/weharmony)** * [v26.xx 鸿蒙内核源码分析(自旋锁篇) | 自旋锁当立贞节牌坊 ](https://my.oschina.net/weharmony/blog/4944129) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/113616250)[ .h](https://weharmony.gitee.io/26_自旋锁篇.html) [ .o](https://my.oschina.net/weharmony)** * [v25.xx 鸿蒙内核源码分析(并发并行篇) | 听过无数遍的两个概念 ](https://my.oschina.net/u/3751245/blog/4940329) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/113516222)[ .h](https://weharmony.gitee.io/25_并发并行篇.html) [ .o](https://my.oschina.net/weharmony)** * [v24.xx 鸿蒙内核源码分析(进程概念篇) | 进程在管理哪些资源 ](https://my.oschina.net/u/3751245/blog/4937521) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/113395872)[ .h](https://weharmony.gitee.io/24_进程概念篇.html) [ .o](https://my.oschina.net/weharmony)** * [v23.xx 鸿蒙内核源码分析(汇编传参篇) | 如何传递复杂的参数 ](https://my.oschina.net/u/3751245/blog/4927892) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/113265990)[ .h](https://weharmony.gitee.io/23_汇编传参篇.html) [ .o](https://my.oschina.net/weharmony)** * [v22.xx 鸿蒙内核源码分析(汇编基础篇) | CPU在哪里打卡上班 ](https://my.oschina.net/u/3751245/blog/4920361) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/112986628)[ .h](https://weharmony.gitee.io/22_汇编基础篇.html) [ .o](https://my.oschina.net/weharmony)** * [v21.xx 鸿蒙内核源码分析(线程概念篇) | 是谁在不断的折腾CPU ](https://my.oschina.net/u/3751245/blog/4915543) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/112870193)[ .h](https://weharmony.gitee.io/21_线程概念篇.html) [ .o](https://my.oschina.net/weharmony)** * [v20.xx 鸿蒙内核源码分析(用栈方式篇) | 程序运行场地由谁提供 ](https://my.oschina.net/u/3751245/blog/4893388) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/112534331)[ .h](https://weharmony.gitee.io/20_用栈方式篇.html) [ .o](https://my.oschina.net/weharmony)** * [v19.xx 鸿蒙内核源码分析(位图管理篇) | 谁能一分钱分两半花 ](https://my.oschina.net/u/3751245/blog/4888467) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/112394982)[ .h](https://weharmony.gitee.io/19_位图管理篇.html) [ .o](https://my.oschina.net/weharmony)** * [v18.xx 鸿蒙内核源码分析(源码结构篇) | 内核每个文件的含义 ](https://my.oschina.net/u/3751245/blog/4869137) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/111938348)[ .h](https://weharmony.gitee.io/18_源码结构篇.html) [ .o](https://my.oschina.net/weharmony)** * [v17.xx 鸿蒙内核源码分析(物理内存篇) | 怎么管理物理内存 ](https://my.oschina.net/u/3751245/blog/4842408) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/111765600)[ .h](https://weharmony.gitee.io/17_物理内存篇.html) [ .o](https://my.oschina.net/weharmony)** * [v16.xx 鸿蒙内核源码分析(内存规则篇) | 内存管理到底在管什么 ](https://my.oschina.net/u/3751245/blog/4698384) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/109437223)[ .h](https://weharmony.gitee.io/16_内存规则篇.html) [ .o](https://my.oschina.net/weharmony)** * [v15.xx 鸿蒙内核源码分析(内存映射篇) | 虚拟内存虚在哪里 ](https://my.oschina.net/u/3751245/blog/4694841) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/109032636)[ .h](https://weharmony.gitee.io/15_内存映射篇.html) [ .o](https://my.oschina.net/weharmony)** * [v14.xx 鸿蒙内核源码分析(内存汇编篇) | 谁是虚拟内存实现的基础 ](https://my.oschina.net/u/3751245/blog/4692156) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/108994081)[ .h](https://weharmony.gitee.io/14_内存汇编篇.html) [ .o](https://my.oschina.net/weharmony)** * [v13.xx 鸿蒙内核源码分析(源码注释篇) | 鸿蒙必定成功,也必然成功 ](https://my.oschina.net/u/3751245/blog/4686747) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/109251754)[ .h](https://weharmony.gitee.io/13_源码注释篇.html) [ .o](https://my.oschina.net/weharmony)** * [v12.xx 鸿蒙内核源码分析(内存管理篇) | 虚拟内存全景图是怎样的 ](https://my.oschina.net/u/3751245/blog/4652284) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/108821442)[ .h](https://weharmony.gitee.io/12_内存管理篇.html) [ .o](https://my.oschina.net/weharmony)** * [v11.xx 鸿蒙内核源码分析(内存分配篇) | 内存有哪些分配方式 ](https://my.oschina.net/u/3751245/blog/4646802) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/108989906)[ .h](https://weharmony.gitee.io/11_内存分配篇.html) [ .o](https://my.oschina.net/weharmony)** * [v10.xx 鸿蒙内核源码分析(内存主奴篇) | 皇上和奴才如何相处 ](https://my.oschina.net/u/3751245/blog/4646802) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/108723672)[ .h](https://weharmony.gitee.io/10_内存主奴篇.html) [ .o](https://my.oschina.net/weharmony)** * [v09.xx 鸿蒙内核源码分析(调度故事篇) | 用故事说内核调度过程 ](https://my.oschina.net/u/3751245/blog/4634668) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/108745174)[ .h](https://weharmony.gitee.io/09_调度故事篇.html) [ .o](https://my.oschina.net/weharmony)** * [v08.xx 鸿蒙内核源码分析(总目录) | 百万汉字注解 百篇博客分析 ](https://my.oschina.net/weharmony/blog/4626852) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/108727970)[ .h](https://weharmony.gitee.io/08_总目录.html) [ .o](https://my.oschina.net/weharmony)** * [v07.xx 鸿蒙内核源码分析(调度机制篇) | 任务是如何被调度执行的 ](https://my.oschina.net/u/3751245/blog/4623040) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/108705968)[ .h](https://weharmony.gitee.io/07_调度机制篇.html) [ .o](https://my.oschina.net/weharmony)** * [v06.xx 鸿蒙内核源码分析(调度队列篇) | 内核有多少个调度队列 ](https://my.oschina.net/u/3751245/blog/4606916) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/108626671)[ .h](https://weharmony.gitee.io/06_调度队列篇.html) [ .o](https://my.oschina.net/weharmony)** * [v05.xx 鸿蒙内核源码分析(任务管理篇) | 任务池是如何管理的 ](https://my.oschina.net/u/3751245/blog/4603919) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/108661248)[ .h](https://weharmony.gitee.io/05_任务管理篇.html) [ .o](https://my.oschina.net/weharmony)** * [v04.xx 鸿蒙内核源码分析(任务调度篇) | 任务是内核调度的单元 ](https://my.oschina.net/weharmony/blog/4595539) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/108621428)[ .h](https://weharmony.gitee.io/04_任务调度篇.html) [ .o](https://my.oschina.net/weharmony)** * [v03.xx 鸿蒙内核源码分析(时钟任务篇) | 触发调度谁的贡献最大 ](https://my.oschina.net/u/3751245/blog/4574493) **[ | 51](https://harmonyos.51cto.com/column/34)[ .c](https://blog.csdn.net/kuangyufei/article/details/108603468)[ .h](https://weharmony.gitee.io/03_时钟任务篇.html) [ .o](https://my.oschina.net/weharmony)** * [v02.xx 鸿蒙内核源码分析(进程管理篇) | 谁在管理内核资源 ](https://my.oschina.net/u/3751245/blog/4574429) **[ | 51](https://harmonyos.51cto.com/posts/3926)[ .c](https://blog.csdn.net/kuangyufei/article/details/108595941)[ .h](https://weharmony.gitee.io/02_进程管理篇.html) [ .o](https://my.oschina.net/weharmony)** * [v01.xx 鸿蒙内核源码分析(双向链表篇) | 谁是内核最重要结构体 ](https://my.oschina.net/u/3751245/blog/4572304) **[ | 51](https://harmonyos.51cto.com/posts/3925)[ .c](https://blog.csdn.net/kuangyufei/article/details/108585659)[ .h](https://weharmony.gitee.io/01_双向链表篇.html) [ .o](https://my.oschina.net/weharmony)** ### 关于 51 .c .h .o 看系列篇文章会常看到 `51 .c .h .o`,希望这对大家阅读不会造成影响. 分别对应以下四个站点的首个字符,感谢这些站点一直以来对系列篇的支持和推荐,尤其是 **oschina gitee** ,很喜欢它的界面风格,简洁大方,让人感觉到开源的伟大! * [51cto](https://harmonyos.51cto.com/column/34) * [csdn](https://blog.csdn.net/kuangyufei) * [harmony](https://weharmony.gitee.io/) * [oschina](https://my.oschina.net/weharmony) 而巧合的是`.c .h .o`是C语言的头/源/目标文件,这就很有意思了,冥冥之中似有天数,将这四个宝贝以这种方式融合在一起. `51 .c .h .o` , 我要CHO ,嗯嗯,hin 顺口 : ) ### 百万汉字注解.百篇博客分析 [百万汉字注解 >> 精读鸿蒙源码,中文注解分析, 深挖地基工程,大脑永久记忆,四大码仓每日同步更新](https://gitee.com/weharmony/kernel_liteos_a_note)[< gitee ](https://gitee.com/weharmony/kernel_liteos_a_note)[| github ](https://github.com/kuangyufei/kernel_liteos_a_note)[| csdn ](https://codechina.csdn.net/kuangyufei/kernel_liteos_a_note)[| coding >](https://weharmony.coding.net/public/harmony/kernel_liteos_a_note/git/files) [百篇博客分析 >> 故事说内核,问答式导读,生活式比喻,表格化说明,图形化展示,主流站点定期更新中](http://weharmony.gitee.io)[< 51cto ](https://harmonyos.51cto.com/column/34)[| csdn ](https://blog.csdn.net/kuangyufei)[| harmony ](http://weharmony.gitee.io/history.html)[ | osc >](https://my.oschina.net/weharmony) ### 关注不迷路.代码即人生 [![鸿蒙内核源码分析](https://gitee.com/weharmony/docs/raw/master/pic/other/so1so.png)](https://gitee.com/weharmony/docs/raw/master/pic/other/so1so.png) [热爱是所有的理由和答案 - turing](https://weharmony.gitee.io/) 原创不易,欢迎转载,但麻烦请注明出处.