鴻蒙HarmonyOS單模塊編譯與源碼導讀
https://harmonyos.51cto.com/#zz
我這里以3518的開發板為例進行講解，3516的也是通用的。
下面是之前全量編譯的腳本：
- python build.py ipcamera_hi3518ev300 -b debug
HarmonyOS最初只能支持全量編譯的方式，這種方式最大的弊端就是我們在系統源碼上開發一個用戶態程序，每次都需要全量編譯好系統之后進行鏡像的燒錄，每次編譯加燒錄少說需要15分鐘時間，對于我們開發測試及其消耗時間，試想下每次就是想加入一行log調試下這么費勁會多么麻煩。
還好，后面隨著HarmonyOS的源碼更新，開始支持用戶態程序的單模塊編譯了，編譯的腳本如下：
- python build.py ipcamera_hi3518ev300 -T //applications/sample/camera/app:camera_app
這里以單獨編譯HarmonyOS自帶的HelloWorld項目為例，這個-T參數非常重要，它就是代表單模塊編譯的，//applications/sample/camera/app只的要編譯的模塊的絕對路徑，camera_app為要編譯的模塊名稱。
這里先結合HarmonyOS源碼講下-T參數的由來，如果各位是通過下載壓縮包的方式下載的官方的code1.0的源碼壓縮包解壓的話，肯定是不支持該參數的，也就是說不支持單模塊編譯。下面來看下該參數是在什么時候更新到源碼庫的吧，首先我們去gitee上找到編譯構建框架所在的代碼倉，如下圖：
然后，我們查看該倉庫下的commit記錄，然后就可以找到下面的關鍵記錄。
看commit的日志已經很明確了這里加入了單模塊構建，下面我們打開該commit記錄仔細看看具體修改了什么。
看到這里，大家就知道這個-T參數怎么來的了吧，為了讓你的代碼支持單模塊編譯，趕緊去git更新下代碼吧，如果下載code1.0離線代碼的也不用著急，可以直接把build倉下的最新代碼全部下載下來替換之前的build倉即可。
下面再來講講前面單模塊編譯最后面的那個模塊名稱camera_app怎么來的吧，關于用戶態程序如何編譯的，建議大家好好看看官方源碼的“用戶程序框架”倉下的介紹，絕對會受益良多。我這里挑重點講，首先是在//build/lite/product/ipcamera_hi3518ev300.json這個文件中進行了用戶程序編譯的相關配置，可以理解為一個配置清單，告訴系統哪些用戶態程序需要參與編譯。我們可以在里面找到如下配置：
- {
- "name": "applications",
- "component": [
- { "name": "camera", "dir": "//applications/sample/camera/app:camera_app", "features":[] },
- { "name": "communication", "dir": "//applications/sample/camera/communication:sample", "features":[] }
- ]
- },
看到dir后面的配置就自然會聯想到我們之前-T后面的參數為何要使用它了吧，那么最后的冒號后面的camera_app參數又從哪里來呢?
那么這里首先要對linux下的c語言編譯有一定了解才行了，大家如果看不懂后面的可以先去補習下Makefile和gn的知識。
這里每個用戶態程序都是通過gn文件配置進行編譯的，我們先在源碼目錄下找到這個模塊路徑，如下圖：
哈哈，大家可能會疑惑我咋是用idea在看代碼，因為本人電腦沒安裝source insight，加上本人最精通的技術是java和Android，所以使用idea習慣了，一個快速檢索功能足夠我閱讀系統源碼了。
這里我們看到了BUILD.gn腳本，打開瞅瞅，可以看到如下關鍵代碼：
- lite_component("camera_app") {
- target_type = "executable"
- features = [
- ":hello_world",
- ]
- }
之前調用的參數模塊名稱camera_app就是在這里配置的。
下面簡單列舉一個gn的一個標準的helloworld用法，如下：
- executable("hello_world") {
- sources = [
- "hello_world.c",
- ]
- }
后面我在講如何創建一個獨立的用戶態程序會編寫這個gn文件和json文件。本篇已經夠長了，就放在下一篇博客講解了。
看系統源碼確實還是很有意思的，只奈工作太忙沒有時間看。。。
https://harmonyos.51cto.com/#zz
