鴻蒙JNI開發現狀
現階段，不僅鴻蒙JNI相關的開發資料較少，而且Phone相關的JNI開發資料幾乎沒有，這對于新入行的鴻蒙開發者們來說，非常不友好，
也可能會給Android工程（使用了SO庫的工程）在遷移至鴻蒙系統時造成了阻礙，
案例演示
廢話不多說了，接下來，我們來演示鴻蒙手機版工程是如何做JNI開發的，
案例1：Native專案
如果開發者們只是想做簡單的Native開發，并非為第三方提供SO庫，這就非常簡單了，詳細如下：
1、創建Native C++工程
目前，通過DevEco-Studio創建創建Native C++模板型別的工程時，只有Car支持這種模板（Phone默認不包含Native C++模板），
不必擔心，我們就先創建Car型別的工程，然后選擇Native C++模板，如下圖：
然后，輸入工程名稱等資訊，如下圖：
接下來，選擇C++標準庫，默認就可以了，如下圖：
點擊【Finish】，工程就創建好了，
2、修改DeviceType配置
當前工程默認是Car型別的，想要支持手機，我們只需要修改DeviceType即可，
首先，找到config.json檔案，如下圖：
將“car”改為“phone”，即可支持運行在手機設定上了（是不是超級簡單呢），如下圖：
3、測驗
我這邊使用的是鴻蒙手機進行測驗的（鴻蒙手機是：由安卓P40升級的Harmony OS），
另外，在真機上除錯、運行工程，需要申請證書（我這邊已申請，沒有的同學，可以去華為官網申請），
測驗前，我們先看下默認的模板工程結構：
整體的呼叫流程也很簡單：
開發者運行工程 --> build工程 --> 執行build.gradle
--> 執行里面的externalNativeBuild --> 生成so庫檔案 --> app啟動
--> 頁面加載 --> 呼叫MainAbilitySlice類 --> 查找并加載so庫
--> 在onStart生命周期方法中呼叫native方法 --> 執行so中的native實作方法
--> 回傳結果 --> 系結給text控制元件（最終將結果顯示在頁面上）
手機上的運行結果（直接橫屏顯示......這是因為我們的工程本身是Car型別的模板工程，UI樣式默認設定的是橫屏的，如果不喜歡，開發者們也可以自行修改UI樣式）：
so庫創建的默認位置：
案例2：Native專案
如果開發者們不僅要做native開發，還希望將so檔案提供給第三方使用，這樣我們就需要以module的形式來開發了，同樣也不怎么復雜，
1、問題分析
現在有一個問題：創建module時，連native c++模板都沒有了，如下圖：
這不是要讓廣大開發者們生氣、抓狂、準備畫圈圈了么，
解決方案：
其實，我們還有其他的方式（原因：JNI開發也就涉及到native方法定義、native原始碼、Cmake組態檔、Gradle配置等內容）：我們可以新建一個Car型別的Native C++工程和一個Harmony os Library Module，然后將模板工程entry中的JNI代碼遷移到Harmony os Library Module中，
2、創建Car型別的Native C++模板工程
比較簡單，大家可以參考案例1的工程創建流程（此處就不再重復截圖了）
3、創建Harmony os Library Module
大家直接下一步就好（此處就不再截圖了），
4、修改entry deviceType型別（改成phone）
5、拷貝檔案
將entry下的.cxx目錄和cpp目錄拖拽到 libnative module中的相同位置：
將entry下的build.gradle中 native 編譯腳本拷貝至 libnative module中相同位置：
6、新建類定義native方法
為了加深大家理解，此處不再使用默認的hello.cpp了，咱們實作一個簡單的JNI開發：
新建TestNative類，定義native方法，如下圖：
通過DevEco-Studio的命令工具Terminal，進入java目錄，創建頭檔案：
執行命令：
進入module目錄： cd libnative/src/main/java/
根據native方法生成頭檔案：javah -jni xxxx（包名）.類名
將頭檔案拷貝到cpp目錄下，然后，右鍵cpp目錄，創建頭檔案對應的實作類：
7、修改CmakeList.txt
# the minimum version of CMake.
cmake_minimum_required(VERSION 3.4.1)
project(TestNative)
add_library(native SHARED testnative.cpp)
target_link_libraries(native)
8、生成so庫
此時，我們libnative module庫的功能已經實作了，可以生成so庫給其他工程使用了，
我們需要先讓libnative被entry依賴，這樣運行app時，才會自動加載libnative，從而執行其build.gradle中的native build配置，生成so庫，
entry依賴libnative，我們可以在entry的build.gradle中進行配置：
運行app后，查看libnative module下，生成了so庫：
9、生成的so庫，怎么提供給其他工程使用呢？
也很簡單，JNI主要包含了兩部分內容：定義的native方法的Java類（Java代碼中呼叫so庫的入口）、native方法的實作類，我們只需要將這兩部分提供給他們就可以了：
1、定義的native方法的Java類：提供libnative的har包即可（給第三方時，一般不提供原始碼）
2、native方法的實作類：提供so庫檔案即可
測驗：
我們簡單點，直接把so庫、har提供給我們工程的entry進行測驗即可，不再新建工程了（因為，我比較懶，哈哈）：
首先，我們先取消entry build.gradle中依賴libnative的配置（防止重復依賴，因為：har已包含了libnative的Java代碼）：
我們將libnative中的so庫、har拷貝到entry的libs目錄下：
在頁面中撰寫呼叫har中native方法的代碼：
運行app（運行前最好clean下工程、同步下gradle，確保依賴的是改har，而非工程中的libnative module）：
總結
鴻蒙進行JNI開發其實不難，與安卓基本上一致，只是參考資料少一些而已，
如果大家對JNI不熟悉，可以參考我之前寫的JNI基礎的相關文章：
https://www.cnblogs.com/qixingchao/p/11911764.html
https://www.cnblogs.com/qixingchao/p/11911787.html
如果有問題，歡迎留言交流，
祝大家生活愉快、作業愉快，每天順心、開心！！！
轉載請註明出處，本文鏈接：https://www.uj5u.com/yidong/280925.html
標籤：其他
上一篇：請問android studio如何恢復顯示灰色提示文字
下一篇：請教個思路。