androidso庫調用
1. Android 動態鏈接庫 So 的載入
前言
在Android項目中，嘗試在NativeActivity中動態載入.so文件時遇到了"Caused by: java.lang.IllegalArgumentException: Unable to find native library using classloader: dalvik.system.PathClassLoader"異常。本文將解析Android動態鏈接庫.so的載入過程和原理，幫助理解整個流程並為後續學習熱修復提供幫助。
Android動態鏈接庫.so的載入有兩種方式：通過調用System.load(String filename)方法傳遞路徑，或調用loadLibrary(String libname)方法傳遞.so名稱。
本文將深入分析從添加.so文件到成功載入的整個過程，包括載入的類載入器來源、.so文件的來源以及載入原理。通過解析源碼，我們可以清晰地了解動態載入.so文件的流程。
在載入.so文件的過程中，系統會調用JNI_OnLoad方法，並根據JNI版本進行初始化。JNI版本需在JNI_OnLoad方法中指定，常見的版本有JNI_VERSION_1_2、JNI_VERSION_1_4和JNI_VERSION_1_6。
解決載入.so文件的問題時，關鍵在於確保.so文件路徑在類載入器的libs路徑中。可以通過反射的方式將存放.so文件的路徑添加到類載入器的nativeLibraryDirectories中，從而解決異常問題。
本文詳細解析了Android動態鏈接庫.so的載入流程和原理，不僅幫助理解異常產生的原因，還提供了解決方法。通過深入學習，開發者能夠更好地掌握動態載入.so文件的技術，提升項目開發效率。
2. Android怎麼調用第三方SO動態鏈接庫
對於Android調用第三方SO動態鏈接庫，我們可以從兩個主要的方案來考慮。第一個方案是直接將SO文件放置於libs/armeabi目錄下，然後在代碼中通過System.loadLibrary("xxx")來載入，緊接著定義public native static int xxx_xxx_xxx()方法，這樣就可以直接調用xxx_xxx_xxx()方法了。
第二種方案則更為復雜，它涉及到自己創建SO文件，這個SO文件會調用第三方的SO。為了實現這一點，需要創建一個Java類文件，生成對應的.h文件，編寫C源文件並包含生成的.h文件，實現相應的方法，最後使用Android NDK開發包中的ndk-build腳本生成對應的.so共享庫。
關於網上討論的第二種方案，即自己引用so庫的說法，我們需要考慮幾個因素。首先，這個SO是否符合JNI調用規范，例如是否直接支持特定類型。如果不符合，我們只能選擇第二種方案。如果符合，那麼是否希望這個SO直接暴露給JAVA層也是需要考慮的因素。如果不想，同樣只能選擇第二種方案。
通常情況下，當你只有SO文件，這表明這是一個由他人提供的庫，你可以要求對方提供配套的JAVA調用文件。因此，在實際操作中，我們首先需要檢查SO文件是否符合JNI調用規范，以及根據自身的需求決定是否需要直接暴露給JAVA層。
第二種方案之所以更為靈活，是因為它可以應對各種情況，尤其是當直接調用第三方SO文件存在困難時。而如果SO文件符合JNI規范，且你願意將其直接暴露給JAVA層，那麼直接調用的方法將更為簡便。
在嘗試從JAVA調用時，最簡單的判斷方法是查看SO里的函數名是否遵循Java_XXX_XXX_XXX的格式。如果符合，你可以自己編寫配套的JAVA文件，注意函數名的轉換規則，或者向SO提供方索要。如果不符，則需要採取第二種方案。
總的來說，選擇哪種方案取決於你的具體需求和第三方SO文件的具體情況。在實際應用中，合理選擇方案能夠有效提升開發效率。
3. android ndk 怎樣調用第三方的so庫文件
問題描述：Android如何調用第三方SO庫；
已知條件：SO庫為Android版本連接庫（*.so文件），並提供了詳細的介面說明；
已了解解決方案：
1.將SO文件直接放到libs/armeabi下，然後代碼中System.loadLibrary("xxx")；再public native static int xxx_xxx_xxx()；接下來就可以直接調用xxx_xxx_xxx()方法；
2.第二種方案，創建自己的SO文件，在自己的SO文件里調用第三方SO，再在程序中調用自己的SO，這種比較復雜，需要建java類文件，生成.h文件，編寫C源文件include之前生成的.h文件並實現相應方法，最後用android NDK開發包中的ndk-build腳本生成對應的.so共享庫；
求解：
1.上面兩種方案是否可行？不可行的話存在什麼問題？
2.兩種方案有什麼區別？為什麼網上大部都是用的第二種方案？
3.只有一個*.so文件，並提供了詳細的介面說明，是否可在ANDROID中使用它？
首先要看這個SO是不是JNI規范的SO，比如有沒有返回JNI不直接支持的類型。也就是說這個SO是不是可以直接當作JNI來調用。如果答案是否定的，你只能選第二個方案。
如果答案是肯定的，還要看你是不是希望這個SO的庫直接暴露給JAVA層，如果答案是否定的，你只能選第二個方案，比如你本身也是一個庫的提供者。
一般如果你只有SO，就說明這個是別人提供給你的，你可以要求對方給你提供配套的JAVA調用文件。
1、這個要看這個SO是不是符合JNI調用的規范。還要看你自己的意願。
2、因為第二種方法最靈活，各種情況都可以實現。
3、可以
看能不能直接從JAVA調用的最簡單的方法就是看SO里的函數名是不是Java_XXX_XXX_XXX格式的
是就可以，你可以自己寫一個配套的JAVA文件，注意一下SO函數名和JAVA函數名的轉換規則，或者向SO提供方索要；
不是的話就選第二種方案吧。
1、檢查所需文件是否齊全
使用第三方動態庫，應該至少有2個文件，一個是動態庫（.so），另一個是包含
動態庫API聲明的頭文件(.h)
2、封裝原動態庫
原動態庫文件不包含jni介面需要的信息，所以我們需要對其進行封裝，所以我
們的需求是：將libadd.so 裡面的API封裝成帶jni介面的動態
3、編寫庫的封裝函數libaddjni.c
根據前面生成的com_android_libjni_LibJavaHeader.h 文件，編寫libaddjni.c，用
來生成libaddjni.so
Android中集成第三方軟體包（.jar, .so）
Android中可能會用到第三方的軟體包，這包括Java包.jar和Native包.so。jar包既可通過Eclipse開發環境集成，也可通過編譯源碼集成，看你的工作環境。
假定自己開發的程序為MyMaps，需要用到BaiMaps的庫，包括mapapi.jar和libBMapApiEngine_v1_3_1.so。
一、Eclipse中集成第三方jar包及.so動態庫
MyMaps工程下創建目錄libs以及libs/armeabi，把mapapi.jar放在的libs/目錄下，把libBMapApiEngine_v1_3_1.so放在libs/armeabi/下。
Eclipse中把第三方jar包mapapi.jar打包到MyMaps的步驟：
1. 右擊工程，選擇Properties；
2. Java Build Path，選擇Libraries；
3. Libraries頁面點擊右面按鈕「Add Library…」；
4. 選擇「User Library」，點擊「Next」；
5. 點擊「User Libraries」按鈕；
6. 在彈出界面中，點擊「New…」；
7. 輸入「User library name」，點擊「OK」確認；
8. 返回之後，選擇剛剛創建的User library，右面點擊「AddJARs」；
9. 選擇MyMaps/libs/下的mapapi.jar；
10. 確認，返回。
這樣，編譯之後，該jar包就會被打進MyMaps.apk中，libBMapApiEngine_v1_3_1.so也被打包在lib/armeabi/中。
程序運行過程中，libBMapApiEngine_v1_3_1.so被放在/data/data/<yourAppPackage>/lib/下，載入動態庫時系統會從程序的該lib/目錄下查找.so庫。
二、源碼中集成第三方集成jar包及.so動態庫
Android源碼中MyMaps放在packages/apps下。MyMaps下創建目錄libs以及libs/armeabi，並把mapapi.jar放在libs/，把libBMapApiEngine_v1_3_1.so放在libs/armeabi。
2.1 修改Android.mk文件
Android.mk文件如下：
[plain] view plain
LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE_TAGS := optional
LOCAL_STATIC_JAVA_LIBRARIES := libmapapi
LOCAL_SRC_FILES := $(call all-subdir-java-files)
LOCAL_PACKAGE_NAME := MyMaps
include $(BUILD_PACKAGE)
##################################################
include $(CLEAR_VARS)
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES :=libmapapi:libs/mapapi.jar
LOCAL_PREBUILT_LIBS :=libBMapApiEngine_v1_3_1:libs/armeabi/libBMapApiEngine_v1_3_1.so
LOCAL_MODULE_TAGS := optional
include $(BUILD_MULTI_PREBUILT)
# Use the following include to make our testapk.
include $(callall-makefiles-under,$(LOCAL_PATH))
1 集成jar包
LOCAL_STATIC_JAVA_LIBRARIES取jar庫的別名，可以任意取值；
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES指定prebuiltjar庫的規則，格式：別名:jar文件路徑。注意：別名一定要與LOCAL_STATIC_JAVA_LIBRARIES里所取的別名一致，且不含.jar；jar文件路徑一定要是真實的存放第三方jar包的路徑。
編譯用BUILD_MULTI_PREBUILT。
2 集成.so動態庫
LOCAL_PREBUILT_LIBS指定prebuilt so的規則，格式：別名:so文件路徑。注意：別名一般不可改變，特別是第三方jar包使用.so庫的情況，且不含.so；so文件路徑一定要是真實的存放第三方so文件的路徑。
編譯拷貝用BUILD_MULTI_PREBUILT。
2.2 加入到GRANDFATHERED_USER_MODULES
在文件user_tags.mk中，把libBMapApiEngine_v1_3_1加入到GRANDFATHERED_USER_MODULES中
[plain] view plain
GRANDFATHERED_USER_MODULES += \
… \
libBMapApiEngine_v1_3_1
user_tags.mk可以是build/core下的，也可以是$(TARGET_DEVICE_DIR)下的，推薦修改$(TARGET_DEVICE_DIR)下的。
2.3 編譯結果
MyMaps.apk編譯生成在out/target/proct/<YourProct>/system/app/下；
libBMapApiEngine_v1_3_1.so放在out/target/proct/<YourProct>/system/lib/下，這也是系統載入動態庫時搜索的路徑。
4. android沒有jni文件，怎麼使用第三方.so文件
在Android開發中，若遇到沒有JNI文件而需要使用第三方.so文件的情況，有幾種方式可以實現。最直接的方式是將第三方的.so文件直接放置於libs/armeabi目錄下，然後在代碼中使用System.loadLibrary("xxx")載入。同時，需要定義一個public native static的方法，例如public native static int xxx_xxx_xxx()，之後便可以調用此方法進行操作。
另一種較為復雜的方案是創建自己的SO文件，該文件中調用第三方的SO文件。具體步驟包括建立Java類文件，生成對應的.h文件，編寫包含該.h文件的C源代碼並實現相應方法，最後利用Android NDK開發包中的ndk-build腳本生成相應的.so共享庫。這一過程涉及較多的開發步驟，但能夠實現更靈活的調用。
除了上述方法，還有針對Android應用的安全防護措施。例如DEX加殼保護，這是一種通過將DEX文件隱藏，並生成類似於虛像的殼文件來防止黑客利用反編譯工具獲取App源碼的技術。此外，愛加密（http://www.ijiami.cn/）還提供了一種SO庫保護功能，旨在保障C/C++層代碼的安全。同時，愛加密還提供了資源文件保護、XML主配文件保護等措施，確保應用在動態和靜態環境下的安全性。
通過這些安全防護措施，開發者可以有效提高應用的安全性，防止惡意攻擊者通過各種手段獲取應用源碼或破解應用。這些技術手段不僅適用於第三方.so文件的使用場景，同樣適用於其他類型的Android應用開發需求。