1 內(nèi)核概述

內(nèi)核簡(jiǎn)介

用戶最常見(jiàn)到并與之交互的操作系統(tǒng)界面，其實(shí)只是操作系統(tǒng)最外面的一層。操作系統(tǒng)最重要的任務(wù)，包括管理硬件設(shè)備，分配系統(tǒng)資源等，我們稱之為操作系統(tǒng)內(nèi)在最重要的核心功能。而實(shí)現(xiàn)這些核心功能的操作系統(tǒng)模塊，業(yè)界一般稱之為操作系統(tǒng)“內(nèi)核”。

實(shí)現(xiàn)原理

操作系統(tǒng)是位于應(yīng)用和硬件之間的系統(tǒng)軟件，向上提供易用的程序接口和運(yùn)行環(huán)境，向下管理硬件資源。內(nèi)核位于操作系統(tǒng)的下層，為操作系統(tǒng)上層的程序框架提供硬件資源的并發(fā)管理。

圖1?操作系統(tǒng)架構(gòu)? ??

多內(nèi)核架構(gòu)和基本組成

業(yè)界的內(nèi)核有很多，但無(wú)論是什么內(nèi)核，基本上有幾個(gè)最重要的組成單元是每個(gè)內(nèi)核均要具備的，分別是：

• 負(fù)責(zé)持久化數(shù)據(jù)，并讓?xiě)?yīng)用程序能夠方便的訪問(wèn)持久化數(shù)據(jù)的“文件系統(tǒng)”。
• 負(fù)責(zé)管理進(jìn)程地址空間的“內(nèi)存管理”。
• 負(fù)責(zé)管理多個(gè)進(jìn)程的“進(jìn)程管理”或者“任務(wù)管理“。
• 負(fù)責(zé)本機(jī)操作系統(tǒng)和另外一個(gè)設(shè)備上操作系統(tǒng)通信的“網(wǎng)絡(luò)”。

OpenHarmony采用了多內(nèi)核結(jié)構(gòu)，支持Linux和LiteOS，開(kāi)發(fā)者可按不同產(chǎn)品規(guī)格進(jìn)行選擇使用。linux和LiteOS均具備上述組成單元，只是實(shí)現(xiàn)方式有所不同。多個(gè)內(nèi)核通過(guò)KAL（Kernel Abstraction Layer）模塊，向上提供統(tǒng)一的標(biāo)準(zhǔn)接口。

內(nèi)核子系統(tǒng)位于OpenHarmony下層。需要特別注意的是，由于OpenHarmony面向多種設(shè)備類(lèi)型，這些設(shè)備有著不同的CPU能力，存儲(chǔ)大小等。為了更好的適配這些不同的設(shè)備類(lèi)型，內(nèi)核子系統(tǒng)支持針對(duì)不同資源等級(jí)的設(shè)備選用適合的OS內(nèi)核，內(nèi)核抽象層（KAL，Kernel Abstract Layer）通過(guò)屏蔽內(nèi)核間差異，對(duì)上層提供基礎(chǔ)的內(nèi)核能力。

圖2?OpenHarmony架構(gòu)圖

不同內(nèi)核適配的系統(tǒng)及設(shè)備類(lèi)型

OpenHarmony按照支持的設(shè)備可分為如下幾種系統(tǒng)類(lèi)型：

• 輕量系統(tǒng)（mini system） 面向MCU類(lèi)處理器例如Arm Cortex-M、RISC-V 32位的設(shè)備，硬件資源極其有限，支持的設(shè)備最小內(nèi)存為128KiB，可以提供多種輕量級(jí)網(wǎng)絡(luò)協(xié)議，輕量級(jí)的圖形框架，以及豐富的IOT總線讀寫(xiě)部件等?？芍蔚漠a(chǎn)品如智能家居領(lǐng)域的連接類(lèi)模組、傳感器設(shè)備、穿戴類(lèi)設(shè)備等。
• 小型系統(tǒng)（small system） 面向應(yīng)用處理器例如Arm Cortex-A的設(shè)備，支持的設(shè)備最小內(nèi)存為1MiB，可以提供更高的安全能力、標(biāo)準(zhǔn)的圖形框架、視頻編解碼的多媒體能力?？芍蔚漠a(chǎn)品如智能家居領(lǐng)域的IP Camera、電子貓眼、路由器以及智慧出行域的行車(chē)記錄儀等。
• 標(biāo)準(zhǔn)系統(tǒng)（standard system） 面向應(yīng)用處理器例如Arm Cortex-A的設(shè)備，支持的設(shè)備最小內(nèi)存為128MiB，可以提供增強(qiáng)的交互能力、3D GPU以及硬件合成能力、更多控件以及動(dòng)效更豐富的圖形能力、完整的應(yīng)用框架?？芍蔚漠a(chǎn)品如高端的冰箱顯示屏。

OpenHarmony針對(duì)不同量級(jí)的系統(tǒng)，使用了不同形態(tài)的內(nèi)核。輕量系統(tǒng)、小型系統(tǒng)可以選用LiteOS；小型系統(tǒng)和標(biāo)準(zhǔn)系統(tǒng)可以選用Linux。其對(duì)應(yīng)關(guān)系如下表：

表1?系統(tǒng)關(guān)系對(duì)應(yīng)表

系統(tǒng)級(jí)別	輕量系統(tǒng)	小型系統(tǒng)	標(biāo)準(zhǔn)系統(tǒng)
LiteOS-M	√	×	×
LiteOS-A	×	√	√
Linux	×	√	√

2 LiteOS-M

內(nèi)核架構(gòu)

OpenHarmony LiteOS-M內(nèi)核是面向IoT領(lǐng)域構(gòu)建的輕量級(jí)物聯(lián)網(wǎng)操作系統(tǒng)內(nèi)核，具有小體積、低功耗、高性能的特點(diǎn)，其代碼結(jié)構(gòu)簡(jiǎn)單，主要包括內(nèi)核最小功能集、內(nèi)核抽象層、可選組件以及工程目錄等，分為硬件相關(guān)層以及硬件無(wú)關(guān)層，硬件相關(guān)層提供統(tǒng)一的HAL（Hardware Abstraction Layer）接口，提升硬件易適配性，不同編譯工具鏈和芯片架構(gòu)的組合分類(lèi)，滿足AIoT類(lèi)型豐富的硬件和編譯工具鏈的拓展。

圖3?LiteOS-M架構(gòu)圖

使用指導(dǎo)

LiteOS-M使用指導(dǎo)請(qǐng)參見(jiàn)LiteOS-M??內(nèi)核概述??的“使用說(shuō)明”章節(jié)。

3 LiteOS-A

內(nèi)核架構(gòu)

OpenHarmony 輕量級(jí)內(nèi)核是基于IoT領(lǐng)域輕量級(jí)物聯(lián)網(wǎng)操作系統(tǒng)Huawei LiteOS內(nèi)核演進(jìn)發(fā)展的新一代內(nèi)核，包含LiteOS-M和LiteOS-A兩類(lèi)內(nèi)核。LiteOS-M內(nèi)核主要應(yīng)用于輕量系統(tǒng)，面向的MCU（Microprocessor Unit）一般是百K級(jí)內(nèi)存，可支持MPU（Memory Protection Unit）隔離，業(yè)界類(lèi)似的內(nèi)核有FreeRTOS或ThreadX等；LiteOS-A內(nèi)核主要應(yīng)用于小型系統(tǒng)，面向設(shè)備一般是M級(jí)內(nèi)存，可支持MMU（Memory Management Unit）隔離，業(yè)界類(lèi)似的內(nèi)核有Zircon或Darwin等。

為適應(yīng)IoT產(chǎn)業(yè)的高速發(fā)展，OpenHarmony 輕量級(jí)內(nèi)核不斷優(yōu)化和擴(kuò)展，能夠帶給開(kāi)發(fā)者友好的開(kāi)發(fā)體驗(yàn)和統(tǒng)一開(kāi)放的生態(tài)系統(tǒng)能力。輕量級(jí)內(nèi)核LiteOS-A重要的新特性如下：

• 新增了豐富的內(nèi)核機(jī)制：

• 新增虛擬內(nèi)存、系統(tǒng)調(diào)用、多核、輕量級(jí)IPC（Inter-Process Communication，進(jìn)程間通信）、DAC（Discretionary Access Control，自主訪問(wèn)控制）等機(jī)制，豐富了內(nèi)核能力；
• 為了更好的兼容軟件和開(kāi)發(fā)者體驗(yàn)，新增支持多進(jìn)程，使得應(yīng)用之間內(nèi)存隔離、相互不影響，提升系統(tǒng)的健壯性。

• 引入統(tǒng)一驅(qū)動(dòng)框架HDF（Hardware Driver Foundation）
  引入統(tǒng)一驅(qū)動(dòng)框架HDF，統(tǒng)一驅(qū)動(dòng)標(biāo)準(zhǔn)，為設(shè)備廠商提供了更統(tǒng)一的接入方式，使驅(qū)動(dòng)更加容易移植，力求做到一次開(kāi)發(fā)，多系統(tǒng)部署。
• 支持1200+標(biāo)準(zhǔn)POSIX接口
  更加全面的支持POSIX標(biāo)準(zhǔn)接口，使得應(yīng)用軟件易于開(kāi)發(fā)和移植，給應(yīng)用開(kāi)發(fā)者提供了更友好的開(kāi)發(fā)體驗(yàn)。
• 內(nèi)核和硬件高解耦輕量級(jí)內(nèi)核與硬件高度解耦，新增單板，內(nèi)核代碼不用修改。圖4OpenHarmony LiteOS-A內(nèi)核架構(gòu)圖

使用指導(dǎo)

LiteOS-A使用指導(dǎo)請(qǐng)參見(jiàn)LiteOS-A??內(nèi)核概述??的“使用說(shuō)明”章節(jié)。

4 Linux

內(nèi)核概述

OpenHarmony的Linux內(nèi)核基于開(kāi)源Linux內(nèi)核LTS?4.19.y / 5.10.y?分支演進(jìn)，在此基線基礎(chǔ)上，回合CVE補(bǔ)丁及OpenHarmony特性，作為OpenHarmony Common Kernel基線。針對(duì)不同的芯片，各廠商合入對(duì)應(yīng)的板級(jí)驅(qū)動(dòng)補(bǔ)丁，完成對(duì)OpenHarmony的基線適配。

• Linux社區(qū)LTS 4.19.y分支信息請(qǐng)查看??kernel官網(wǎng)??。
• Linux社區(qū)LTS 5.10.y分支信息請(qǐng)查看??kernel官網(wǎng)??。

內(nèi)核的Patch組成模塊，在編譯構(gòu)建流程中，針對(duì)具體芯片平臺(tái)，合入對(duì)應(yīng)的架構(gòu)驅(qū)動(dòng)代碼，進(jìn)行編譯對(duì)應(yīng)的內(nèi)核鏡像。所有補(bǔ)丁來(lái)源均遵守GPL-2.0協(xié)議。

內(nèi)核增強(qiáng)特性

OpenHarmony針對(duì)linux內(nèi)核在ESwap(Enhanced Swap)、關(guān)聯(lián)線程組調(diào)度和CPU輕量級(jí)隔離做了增強(qiáng)。

Enhanced SWAP特性

ESwap提供了自定義新增存儲(chǔ)分區(qū)作為內(nèi)存交換分區(qū)的能力，并創(chuàng)建了一個(gè)常駐進(jìn)程zswapd將??ZRAM??壓縮后的匿名頁(yè)加密換出到ESwap存儲(chǔ)分區(qū)，從而能完全的空出一塊可用內(nèi)存，以此來(lái)達(dá)到維持Memavailable水線的目標(biāo)。同時(shí)，配合這個(gè)回收機(jī)制，在整個(gè)內(nèi)存框架上進(jìn)行改進(jìn)，優(yōu)化匿名頁(yè)和文件頁(yè)的回收效率，并且使兩者的回收比例更加合理以避免過(guò)度回收導(dǎo)致的refault問(wèn)題造成卡頓現(xiàn)象。

關(guān)聯(lián)線程組調(diào)度

關(guān)聯(lián)線程組(related thread group)提供了對(duì)一組關(guān)鍵線程調(diào)度優(yōu)化的能力，支持對(duì)關(guān)鍵線程組單獨(dú)進(jìn)行負(fù)載統(tǒng)計(jì)和預(yù)測(cè)，并且設(shè)置優(yōu)選CPU cluster功能，從而達(dá)到為組內(nèi)線程選擇最優(yōu)CPU運(yùn)行并且根據(jù)分組負(fù)載選擇合適的CPU調(diào)頻點(diǎn)運(yùn)行。

CPU輕量級(jí)隔離

CPU輕量級(jí)隔離特性提供了根據(jù)系統(tǒng)負(fù)載和用戶配置來(lái)選擇合適的CPU進(jìn)行動(dòng)態(tài)隔離的能力。內(nèi)核會(huì)將被隔離CPU上的任務(wù)和中斷遷移到其他合適的CPU上執(zhí)行，被隔離的CPU會(huì)進(jìn)入ilde狀態(tài)，以此來(lái)達(dá)到功耗優(yōu)化的目標(biāo)。同時(shí)提供用戶態(tài)的配置和查詢接口來(lái)實(shí)現(xiàn)更好的系統(tǒng)調(diào)優(yōu)。

使用指導(dǎo)

1. 合入HDF補(bǔ)丁 在kernel/linux/build倉(cāng)中，按照kernel.mk中HDF的補(bǔ)丁合入方法，合入不同內(nèi)核版本對(duì)應(yīng)的HDF內(nèi)核補(bǔ)丁：

$(OHOS_BUILD_HOME)/drivers/hdf_core/adapter/khdf/linux/patch_hdf.sh $(OHOS_BUILD_HOME) $(KERNEL_SRC_TMP_PATH) $(KERNEL_PATCH_PATH) $(DEVICE_NAME)

2.合入芯片平臺(tái)驅(qū)動(dòng)補(bǔ)丁 以Hi3516DV300為例：
在kernel/linux/build倉(cāng)中，按照kernel.mk中的芯片組件所對(duì)應(yīng)的patch路徑規(guī)則及命名規(guī)則，將對(duì)應(yīng)的芯片組件patch放到對(duì)應(yīng)路徑下：

DEVICE_PATCH_DIR := $(OHOS_BUILD_HOME)/kernel/linux/patches/${KERNEL_VERSION}/$(DEVICE_NAME)_patch
DEVICE_PATCH_FILE := $(DEVICE_PATCH_DIR)/$(DEVICE_NAME).patch

3.修改自己所需要編譯的config 在kernel/linux/build倉(cāng)中，按照kernel.mk中的芯片組件所對(duì)應(yīng)的patch路徑規(guī)則及命名規(guī)則，將對(duì)應(yīng)的芯片組件config放到對(duì)應(yīng)路徑下：

KERNEL_CONFIG_PATH := $(OHOS_BUILD_HOME)/kernel/linux/config/${KERNEL_VERSION}DEFCONFIG_FILE := $(DEVICE_NAME)_$(BUILD_TYPE)_defconfig

須知：

?由于OpenHarmony工程的編譯構(gòu)建流程中會(huì)拷貝kernel/linux/linux-*.*的代碼環(huán)境后進(jìn)行打補(bǔ)丁動(dòng)作，在使用OpenHarmony的版本級(jí)編譯命令前，需要kernel/linux/linux-*.*原代碼環(huán)境。

根據(jù)不同系統(tǒng)工程，編譯完成后會(huì)在out目錄下的kernel目錄中生成對(duì)應(yīng)實(shí)際編譯的內(nèi)核，基于此目錄的內(nèi)核，進(jìn)行對(duì)應(yīng)的config修改，將最后生成的.config文件cp到config倉(cāng)對(duì)應(yīng)的路徑文件里，即可生效。

5 輕量級(jí)內(nèi)核概述

內(nèi)核簡(jiǎn)介

OpenHarmony LiteOS-M內(nèi)核是面向IoT領(lǐng)域構(gòu)建的輕量級(jí)物聯(lián)網(wǎng)操作系統(tǒng)內(nèi)核，具有小體積、低功耗、高性能的特點(diǎn)。其代碼結(jié)構(gòu)簡(jiǎn)單，主要包括內(nèi)核最小功能集、內(nèi)核抽象層、可選組件以及工程目錄等。支持驅(qū)動(dòng)框架HDF（Hardware Driver Foundation），統(tǒng)一驅(qū)動(dòng)標(biāo)準(zhǔn)，為設(shè)備廠商提供了更統(tǒng)一的接入方式，使驅(qū)動(dòng)更加容易移植，力求做到一次開(kāi)發(fā)，多系統(tǒng)部署。

OpenHarmony LiteOS-M內(nèi)核架構(gòu)包含硬件相關(guān)層以及硬件無(wú)關(guān)層，如下圖所示，其中硬件相關(guān)層按不同編譯工具鏈、芯片架構(gòu)分類(lèi)，提供統(tǒng)一的HAL（Hardware Abstraction Layer）接口，提升了硬件易適配性，滿足AIoT類(lèi)型豐富的硬件和編譯工具鏈的拓展；其他模塊屬于硬件無(wú)關(guān)層，其中基礎(chǔ)內(nèi)核模塊提供基礎(chǔ)能力，擴(kuò)展模塊提供網(wǎng)絡(luò)、文件系統(tǒng)等組件能力，還提供錯(cuò)誤處理、調(diào)測(cè)等能力，KAL（Kernel Abstraction Layer）模塊提供統(tǒng)一的標(biāo)準(zhǔn)接口。

圖1?內(nèi)核架構(gòu)圖

CPU體系架構(gòu)支持

CPU體系架構(gòu)分為通用架構(gòu)定義和特定架構(gòu)定義兩層，通用架構(gòu)定義層為所有體系架構(gòu)都需要支持和實(shí)現(xiàn)的接口，特定架構(gòu)定義層為特定體系架構(gòu)所特有的部分。在新增一個(gè)體系架構(gòu)的時(shí)候，必須需要實(shí)現(xiàn)通用架構(gòu)定義層，如果該體系架構(gòu)還有特有的功能，可以在特定架構(gòu)定義層來(lái)實(shí)現(xiàn)。

表1?CPU體系架構(gòu)規(guī)則

規(guī)則	通用體系架構(gòu)層	特定體系架構(gòu)層
頭文件位置	arch/include	arch/<arch>/<arch>/<toolchain>/
頭文件命名	los_<function>.h	los_arch_<function>.h
函數(shù)命名	Halxxxx	Halxxxx

LiteOS-M已經(jīng)支持ARM Cortex-M3、ARM Cortex-M4、ARM Cortex-M7、ARM Cortex-M33、RISC-V等主流架構(gòu)。

運(yùn)行機(jī)制

在開(kāi)發(fā)板配置文件target_config.h配置系統(tǒng)時(shí)鐘、每秒Tick數(shù)，可以對(duì)任務(wù)、內(nèi)存、IPC、異常處理模塊進(jìn)行裁剪配置。系統(tǒng)啟動(dòng)時(shí)，根據(jù)配置進(jìn)行指定模塊的初始化。內(nèi)核啟動(dòng)流程包含外設(shè)初始化、系統(tǒng)時(shí)鐘配置、內(nèi)核初始化、操作系統(tǒng)啟動(dòng)等，詳見(jiàn)下圖。

圖2?內(nèi)核啟動(dòng)流程

目錄

目錄結(jié)構(gòu)如下。

/kernel/liteos_m
├── arch                 # 內(nèi)核指令架構(gòu)層目錄
│   ├── arm              # arm 架構(gòu)代碼
│   │   ├── arm9         # arm9 架構(gòu)代碼
│   │   ├── cortex-m3    # cortex-m3架構(gòu)代碼
│   │   ├── cortex-m33   # cortex-m33架構(gòu)代碼
│   │   ├── cortex-m4    # cortex-m4架構(gòu)代碼
│   │   ├── cortex-m55   # cortex-m55架構(gòu)代碼
│   │   ├── cortex-m7    # cortex-m7架構(gòu)代碼
│   │   └── include      # arm架構(gòu)公共頭文件目錄
│   ├── csky             # csky架構(gòu)代碼
│   │   └── v2           # csky v2架構(gòu)代碼
│   ├── include          # 架構(gòu)層對(duì)外接口存放目錄
│   ├── risc-v           # risc-v 架構(gòu)
│   │   ├── nuclei       # 芯來(lái)科技risc-v架構(gòu)代碼
│   │   └── riscv32      # risc-v官方通用架構(gòu)代碼
│   └── xtensa           # xtensa 架構(gòu)代碼
│       └── lx6          # xtensa lx6架構(gòu)代碼
├── components           # 可選組件
│   ├── backtrace        # ?；厮莨δ?│   ├── cppsupport       # C++支持
│   ├── cpup             # CPUP功能
│   ├── dynlink          # 動(dòng)態(tài)加載與鏈接
│   ├── exchook          # 異常鉤子
│   ├── fs               # 文件系統(tǒng)
│   ├── lmk              # Low memory killer 機(jī)制
│   ├── lms              # Lite memory sanitizer 機(jī)制
│   ├── net              # Network功能
│   ├── power            # 低功耗管理
│   ├── shell            # shell功能
│   └── trace            # trace 工具
├── drivers              # 驅(qū)動(dòng)框架Kconfig
├── kal                  # 內(nèi)核抽象層
│   ├── cmsis            # cmsis標(biāo)準(zhǔn)接口支持
│   └── posix            # posix標(biāo)準(zhǔn)接口支持
├── kernel               # 內(nèi)核最小功能集支持
│   ├── include          # 對(duì)外接口存放目錄
│   └── src              # 內(nèi)核最小功能集源碼
├── testsuites           # 內(nèi)核測(cè)試用例
├── tools                # 內(nèi)核工具
├── utils                # 通用公共目錄text

約束

開(kāi)發(fā)語(yǔ)言：C/C++；

適用架構(gòu)：詳見(jiàn)目錄結(jié)構(gòu)arch層。

動(dòng)態(tài)加載模塊：待加載的共享庫(kù)需要驗(yàn)簽或者限制來(lái)源，確保安全性。

6 使用說(shuō)明

OpenHarmony LiteOS-M內(nèi)核的編譯構(gòu)建系統(tǒng)是一個(gè)基于gn和ninja的組件化構(gòu)建系統(tǒng)，支持按組件配置、裁剪和拼裝，按需構(gòu)建出定制化的產(chǎn)品。本文主要介紹如何基于gn和ninja編譯LiteOS-M工程，GCC+gn、IAR、Keil MDK等編譯方式可以參考社區(qū)愛(ài)好者貢獻(xiàn)的站點(diǎn)。

搭建系統(tǒng)基礎(chǔ)環(huán)境

在搭建各個(gè)開(kāi)發(fā)板環(huán)境前，需要完成OpenHarmony系統(tǒng)基礎(chǔ)環(huán)境搭建。系統(tǒng)基礎(chǔ)環(huán)境主要是指OpenHarmony的編譯環(huán)境和開(kāi)發(fā)環(huán)境，詳細(xì)介紹請(qǐng)參考官方站點(diǎn)??快速入門(mén)環(huán)境搭建部分??。開(kāi)發(fā)者需要根據(jù)環(huán)境搭建文檔完成環(huán)境搭建。

獲取OpenHarmony源碼

詳細(xì)的源碼獲取方式，請(qǐng)見(jiàn)??源碼獲取???。獲取OpenHarmony完整倉(cāng)代碼后，假設(shè)克隆目錄為??~/OpenHarmony??。

已支持的示例工程

Qemu模擬器:???arm_mps2_an386、esp32、riscv32_virt、SmartL_E802???, 編譯運(yùn)行詳見(jiàn):???Qemu指導(dǎo)??

恒玄科技:???bes2600???, 編譯運(yùn)行詳見(jiàn):???恒玄開(kāi)發(fā)指導(dǎo)??

社區(qū)移植工程鏈接

LiteOS-M內(nèi)核移植的具體開(kāi)發(fā)板的工程由社區(qū)開(kāi)發(fā)者提供，可以訪問(wèn)社區(qū)開(kāi)發(fā)者代碼倉(cāng)獲取。如果您移植支持了更多開(kāi)發(fā)板，可以提供鏈接給我們進(jìn)行社區(qū)分享。

• cortex-m3：

• STM32F103 https://gitee.com/rtos_lover/stm32f103_simulator_keil
  該倉(cāng)包含OpenHarmony LiteOS-M內(nèi)核基于STM32F103芯片架構(gòu)構(gòu)建的Keil工程，支持Keil MDK方式進(jìn)行編譯。

• cortex-m4：

• 野火挑戰(zhàn)者STM32F429IGTb https://gitee.com/harylee/stm32f429ig_firechallenger
  該倉(cāng)包含OpenHarmony LiteOS-M內(nèi)核移植支持???野火挑戰(zhàn)者STM32F429IGTb??開(kāi)發(fā)板的工程代碼，支持Ninja、GCC、IAR等方式進(jìn)行編譯。

文章轉(zhuǎn)載自：??https://docs.openharmony.cn/pages/v3.2Beta/zh-cn/device-dev/kernel/kernel-overview.md/?OpenHarmony?https://docs.openharmony.cn/pages/v3.2Beta/zh-cn/device-dev/kernel/kernel-overview.md/?