分析鴻蒙系統(tǒng)helloworld程序是如何被調(diào)用，SYS_RUN做什么事情
51CTO和華為官方合作共建的鴻蒙技術(shù)社區(qū)
分析 helloworld程序是如何被調(diào)用，SYS_RUN做什么事情
相信大家都已經(jīng)在鴻蒙系統(tǒng)上實現(xiàn)了自己的第一個helloworld程序了。
代碼很簡單，編譯燒錄后，我們就可以看到串口有打印 [DEMO] Hello world.
但是 HelloWorld 函數(shù)是在何時被調(diào)用的呢?SYS_RUN 又是干嘛的呢?
我們來看下。
1. 啟動流程
首先，我們需要分析一下Hi3861的啟動流程。目前Hi3861 使用的是liteOS-M內(nèi)核，相關(guān)源碼廠家沒有提供，不過也不妨礙我們。經(jīng)過我一番查找，可以知道hi3861啟動內(nèi)后，第一個入口函數(shù)是 app_main函數(shù)。
(vendor\hisi\hi3861\hi3861\app\wifiiot_app\src\app_main.c)
大家可以打開，看到app_main函數(shù)的內(nèi)容，如下，當(dāng)然我這里只是簡版的，我刪除了很多初始化的函數(shù)，只保留最終要的。
- hi_void app_main(hi_void)
- {
- //打印sdk版本
- const hi_char* sdk_ver = hi_get_sdk_version();
- printf("sdk ver:%s\r\n", sdk_ver);
- //串口、IO初始化等
- peripheral_init();
- //wifi初始化
- ret = hi_wifi_init(APP_INIT_VAP_NUM, APP_INIT_USR_NUM);
- //鴻蒙系統(tǒng)初始化
- HOS_SystemInit();
- }
我們可以看到其實app_main啟動后做了很多工作，包括io初始化、wifi初始，最后調(diào)用了HOS_SystemInit(); 進行鴻蒙系統(tǒng)最后的初始化。
那我們看下 HOS_SystemInit(); 做了什么動作吧。
打開源碼 base\startup\services\bootstrap_lite\source\system_init.c
可以看到函數(shù)內(nèi)容如下：
- void HOS_SystemInit(void)
- {
- MODULE_INIT(bsp);
- MODULE_INIT(device);
- MODULE_INIT(core);
- SYS_INIT(service);
- SYS_INIT(feature);
- MODULE_INIT(run);
- SAMGR_Bootstrap();
- }
看起來好像在調(diào)用某些模塊，仔細看，其中有一個是 MODULE_INIT(run); 。顧名思義，好像在初始化或者調(diào)用 一個 run 模塊。那run模塊又是什么呢?我們看下標題的 SYS_RUN(HelloWorld)。 是不是可以猜測其實MODULE_INIT(run); 就是調(diào)用了 HelloWorld 呢?
哈哈哈~其實還真是。大家如果加打印信息，可以看到如下打印。
- ../../base/startup/services/bootstrap_lite/source/system_init.c 38
- ../../applications/sample/wifi-iot/app/my_first_app/hello_world.c 9
- [DEMO] Hello world.
- ../../base/startup/services/bootstrap_lite/source/system_init.c 40
仔細看我加的打印語句，確實是在 38 行執(zhí)行 MODULE_INIT(run); 后才打印 [DEMO] Hello world.
所以跟我們猜測的一樣。當(dāng)然沒完，我們得分析為啥 是這樣。
2. 鏈接
我們看下 MODULE_INIT(run); 做了什么。事實上，它只是一個宏。
- #define MODULE_INIT(name) \
- do { \
- MODULE_CALL(name, 0); \
- } while (0)
而 MODULE_CALL(name, 0); 又可以展開：當(dāng)然里面的if 語句的打印是我后面加的。
我們可以看到 它其實是定義了一個 InitCall 指針，然后指針是這個：
- (MODULE_BEGIN(name, step))
而 MODULE_BEGIN 宏其實展開后如下：
- #define MODULE_NAME(name, step) ".zinitcall." #name #step ".init"
我這里再幫大家展開，其實".zinitcall." #name #step ".init" 最后 就是 .zinitcall.run2.init
它其實是一種寫法，就是說我們代碼編譯的時候，代碼里面有一段地址比較特殊，它的名字是 .zinitcall.run2.init ，也就是說 InitCall 指針 指向的是 .zinitcall.run2.init 代碼段的地址。
畫個圖：
綠色的是.zinitcall.run2.init 代碼段，里面存放著函數(shù)指針。
好了，到這里大家應(yīng)該都明白了吧，繼續(xù)看這個圖，其實 這里只不過是把這個代碼段里面的所有函數(shù)指針都取出來，然后執(zhí)行一下函數(shù)指針指向的函數(shù)。
聰明的你應(yīng)該就猜到了，.zinitcall.run2.init 代碼段里面的函數(shù)指針，指向的就是 HelloWorld 函數(shù)了~~~
到了這里就剩下最后一個問題了： 怎么讓它指向 HelloWorld 函數(shù)。
這里其實就是 SYS_RUN的功勞了。
我們也來看SYS_RUN做了什么，其它也是一個宏，展開過程如下：
我們可以看到，其實SYS_RUN(HelloWorld) 其實最終結(jié)果就是：
- static const InitCall USED_ATTR __zinitcall_##layer##_##func \
- __attribute__((section(".zinitcall." clayer #priority ".init"))) = HelloWorld
看起來很復(fù)雜，我們不乏拆解一下：
我們先不看紅色字體部分，那么結(jié)果就是：
static const InitCall = HelloWorld
是不是很簡單，其實就是定義了一個全局變量(函數(shù)指針)，它指向 HelloWorld 。
那紅色字體是做什么用呢?它其實就是告訴編譯，我這個變量(static const InitCall 變量)，很特殊，編譯的時候給我編譯在 .zinitcall.run2.init 段。
到了，一切都明了了，最后來一張啟動流程圖總結(jié)一下：
3. 忠告
這里有兩個忠告：
1、請不要直接在SYS_RUN()定義的入口函數(shù)直接寫 while(1)
——這個很簡單理解了，因為系統(tǒng)啟動后，app_main會調(diào)用到 我們定義的SYS_RUN()定義的入口函數(shù)，比如HelloWorld。 如果我們在 HelloWorld 函數(shù)中寫了while(1) 就會導(dǎo)致 app_main 后續(xù)的代碼得不到執(zhí)行，肯定有問題。
2、SYS_RUN()定義的入口函數(shù)創(chuàng)建的線程，請一定要有sleep動作。
為了解決第一個問題，我們很自然地想到，可以在 SYS_RUN()定義的入口函數(shù) 創(chuàng)建線程，這樣就可以while(1)了。哈哈，其實也是有問題，因為 app_main 本身也是一個任務(wù)，如果我們自己創(chuàng)建地任務(wù)優(yōu)先級特別高，就會導(dǎo)致 app_main 任務(wù)不會被執(zhí)行，還是有問題。所以要有sleep，確保 app_main 后續(xù)地代碼能順利執(zhí)行下去。
51CTO和華為官方合作共建的鴻蒙技術(shù)社區(qū)
