分析鴻蒙系統helloworld程序是如何被調用，SYS_RUN做什么事情
分析 helloworld程序是如何被調用，SYS_RUN做什么事情
相信大家都已經在鴻蒙系統上實現了自己的第一個helloworld程序了。
代碼很簡單，編譯燒錄后，我們就可以看到串口有打印 [DEMO] Hello world.
但是 HelloWorld 函數是在何時被調用的呢?SYS_RUN 又是干嘛的呢?
我們來看下。
1. 啟動流程
首先，我們需要分析一下Hi3861的啟動流程。目前Hi3861 使用的是liteOS-M內核，相關源碼廠家沒有提供，不過也不妨礙我們。經過我一番查找，可以知道hi3861啟動內后，第一個入口函數是 app_main函數。
(vendor\hisi\hi3861\hi3861\app\wifiiot_app\src\app_main.c)
大家可以打開，看到app_main函數的內容，如下，當然我這里只是簡版的，我刪除了很多初始化的函數，只保留最終要的。
- 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);
- //鴻蒙系統初始化
- HOS_SystemInit();
- }
我們可以看到其實app_main啟動后做了很多工作，包括io初始化、wifi初始，最后調用了HOS_SystemInit(); 進行鴻蒙系統最后的初始化。
那我們看下 HOS_SystemInit(); 做了什么動作吧。
打開源碼 base\startup\services\bootstrap_lite\source\system_init.c
可以看到函數內容如下：
- void HOS_SystemInit(void)
- {
- MODULE_INIT(bsp);
- MODULE_INIT(device);
- MODULE_INIT(core);
- SYS_INIT(service);
- SYS_INIT(feature);
- MODULE_INIT(run);
- SAMGR_Bootstrap();
- }
看起來好像在調用某些模塊，仔細看，其中有一個是 MODULE_INIT(run); 。顧名思義，好像在初始化或者調用 一個 run 模塊。那run模塊又是什么呢?我們看下標題的 SYS_RUN(HelloWorld)。 是不是可以猜測其實MODULE_INIT(run); 就是調用了 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 行執行 MODULE_INIT(run); 后才打印 [DEMO] Hello world.
所以跟我們猜測的一樣。當然沒完，我們得分析為啥 是這樣。
2. 鏈接
我們看下 MODULE_INIT(run); 做了什么。事實上，它只是一個宏。
- #define MODULE_INIT(name) \
- do { \
- MODULE_CALL(name, 0); \
- } while (0)
而 MODULE_CALL(name, 0); 又可以展開：當然里面的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 代碼段，里面存放著函數指針。
好了，到這里大家應該都明白了吧，繼續看這個圖，其實 這里只不過是把這個代碼段里面的所有函數指針都取出來，然后執行一下函數指針指向的函數。
聰明的你應該就猜到了，.zinitcall.run2.init 代碼段里面的函數指針，指向的就是 HelloWorld 函數了~~~
到了這里就剩下最后一個問題了： 怎么讓它指向 HelloWorld 函數。
這里其實就是 SYS_RUN的功勞了。
我們也來看SYS_RUN做了什么，其它也是一個宏，展開過程如下：
我們可以看到，其實SYS_RUN(HelloWorld) 其實最終結果就是：
- static const InitCall USED_ATTR __zinitcall_##layer##_##func \
- __attribute__((section(".zinitcall." clayer #priority ".init"))) = HelloWorld
看起來很復雜，我們不乏拆解一下：
我們先不看紅色字體部分，那么結果就是：
static const InitCall = HelloWorld
是不是很簡單，其實就是定義了一個全局變量(函數指針)，它指向 HelloWorld 。
那紅色字體是做什么用呢?它其實就是告訴編譯，我這個變量(static const InitCall 變量)，很特殊，編譯的時候給我編譯在 .zinitcall.run2.init 段。
到了，一切都明了了，最后來一張啟動流程圖總結一下：
3. 忠告
這里有兩個忠告：
1、請不要直接在SYS_RUN()定義的入口函數直接寫 while(1)
——這個很簡單理解了，因為系統啟動后，app_main會調用到 我們定義的SYS_RUN()定義的入口函數，比如HelloWorld。 如果我們在 HelloWorld 函數中寫了while(1) 就會導致 app_main 后續的代碼得不到執行，肯定有問題。
2、SYS_RUN()定義的入口函數創建的線程，請一定要有sleep動作。
為了解決第一個問題，我們很自然地想到，可以在 SYS_RUN()定義的入口函數 創建線程，這樣就可以while(1)了。哈哈，其實也是有問題，因為 app_main 本身也是一個任務，如果我們自己創建地任務優先級特別高，就會導致 app_main 任務不會被執行，還是有問題。所以要有sleep，確保 app_main 后續地代碼能順利執行下去。
