androidjni调用so
① AndServer+Service打造Android服务器实现so文件调用
通过AndServer+Service打造Android服务器实现so文件调用的方法主要包括以下步骤：
环境配置：
so文件准备与调用：
- 编写C/C++代码并编译成so动态链接库。
- 在Java层通过JNI/NDK接口调用so文件中的native函数。例如，若有一个名为libyemu.so的so文件，它包含一个基于入参进行简单字符串拼接的功能，则需在Java代码中通过JNI接口调用该功能。
AndServer与Service结合：
- 引入AndServer库：在Android项目中引入AndServer库，以便在应用中构建HTTP服务。
- 创建Service：编写一个Service来管理HTTP服务的生命周期。Service在创建HTTP服务方面具有优势，可以简化获取上下文的过程。
- 配置AndServer：在Service中配置AndServer，包括创建控制器、定义接口、请求方式、参数等，以实现与so文件的交互。
- 启动AndServer服务：在Activity或Service中启动AndServer服务，通过网络接口调用so文件中的函数。
处理细节：
- 服务的启动与管理：通过Service管理应用的持续运行，确保so文件调用的稳定性和效率。
- 访问本机IP：配置网络权限，确保应用可以访问本机IP以访问HTTP服务。
- 权限管理：确保应用具有必要的权限，如INTERNET权限，以允许网络访问。
验证与测试：
- 在完成服务搭建后，通过浏览器访问服务接口，验证功能的正确性和稳定性。
- 可以通过日志输出、断点调试等方式检查so文件调用过程中的数据流和控制流。
总结：通过AndServer与Service结合，可以在Android应用中高效地调用so文件，同时提供HTTP服务接口以进行网络通信。这种方法不仅提升了应用性能，还增强了代码的安全性和可维护性。
② 如何在Android Studio中导入JNI生成的.so库
相信很多朋友在使用Android studio开发中，遇到过如何引入第三方so文件的问题，然而第三方官方仅仅给出了ADT环境下的集成方式。
Android studio中默认使用的是gradle编译方式，与ADT编辑方式不一样，那么so文件应当如何引入呢？
其实很简单。这里以集成JPUSH为例，看一下so文件如何引入到编译环境，最终到JNI直接可以调用该so文件。
首先，在我们的Mole的根目录中建立libs目录，将jpush集成SDK中的so文件分别拷入，截图如下：
然后就是编写我们的build.gradle文件。
关于so文件引入的配置很简单，代码配置如下：
tasknativeLibsToJar(type:Zip,description:""){
destinationDirfile("$projectDir/libs")
baseName"Native_Libs2"
extension"jar"
fromfileTree(dir:"libs",include:"**/*.so")
into"lib"
}
tasks.withType(JavaCompile){
compileTask->compileTask.dependsOn(nativeLibsToJar)
}
applyplugin:'com.android.application'
android{
compileSdkVersion21
buildToolsVersion"21.1.0"
defaultConfig{
applicationId"com.wujay.footerballstar"
minSdkVersion8
targetSdkVersion21
versionCode1
versionName"1.0"
}
buildTypes{
release{
runProguardfalse
('proguard-android.txt'),'proguard-rules.pro'
}
}
tasknativeLibsToJar(type:Zip,description:""){
destinationDirfile("$projectDir/libs")
baseName"Native_Libs2"
extension"jar"
fromfileTree(dir:"libs",include:"**/*.so")
into"lib"
}
tasks.withType(JavaCompile){
compileTask->compileTask.dependsOn(nativeLibsToJar)
}
}
dependencies{
compilefileTree(dir:'libs',include:['*.jar'])
compile'com.android.support:appcompat-v7:21.0.0'
compilefiles('libs/jpush-sdk-release1.7.2.jar')
compilefiles('libs/umeng_sdk.jar')
compilefiles('libs/libammsdk.jar')
}
- sourceSets {
- main { jniLibs.srcDirs = ['libs']
- }
- }
自定义一个任务，在其中指定项目所依赖的so文件的目录，这里用了**/*.so来写，为了省事，指定需要拷入的目录 into "lib"，那么动态运行库就被拷入到lib目录中。
完整的build.gradle文件如下：
基于有人在评论区提问，这里补充一下，有一个更为快捷轻快的配置方法
那就是在build.gradle配置中，配置如下的信息：
你的so包可以放在lib目录下，跟jar包放在同样的目录，如lib/armeabi/libjpush172.so。
③ 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/下，这也是系统加载动态库时搜索的路径。
④ AndServer+Service打造Android服务器实现so文件调用
在Android开发中，关键代码下沉至native层以提升执行效率与安全性已成为常态，主要通过JNI/NDK完成Java层与native层（以C/C++为主）间的交互。native层编译后生成so动态链接库，其优点包括可移植性强、执行效率高、保密性好。
然而，如何调用so文件成为了关键问题。一种常见方法是利用基于Unicorn的实现，另一种则是通过在App内搭建HTTP服务实现so文件调用，前提为so文件通过了效验等操作。AndServer的引入，是因为其提供了便捷的解决方案，无需深入研究so文件，而是通过在App内启动HTTP服务来完成调用。
AndServer是一个用于构建Android服务器的库，允许在Android应用中实现HTTP服务，以调用so文件。结合Service使用，可以更灵活地控制服务生命周期，尤其在获取上下文、包名等信息时更为方便。Service在创建HTTP服务方面具有优势，通常会与Application集成以简化获取上下文的过程。
以libyemu.so为例，这是一个简单的so文件，功能为基于入参进行简单字符串拼接。在Android项目中调用so文件，首先需要配置环境，如使用AndroidStudio 3.4和具备特定架构（如armeabi-v7a）的Android 6系统。在项目中添加so文件和相关Java代码，确保包名和类名的一致性。通过Activity或Service访问so文件中的native函数，实现功能调用。
AndServer的代码编写涉及创建控制器、配置服务器、处理请求等步骤。通过定义接口、请求方式、参数等，实现与so文件的交互。结合Service，可以在Activity或Service中启动AndServer服务，通过网络接口调用so文件中的函数。
在实际应用中，服务的启动、访问本机IP、权限管理等细节需要仔细处理。通过Service管理应用的持续运行，保证了so文件调用的稳定性和效率。在完成服务搭建后，通过浏览器访问服务接口，验证功能的正确性和稳定性。此过程不仅展示了AndServer在调用so文件上的便捷性，也体现了Android应用中HTTP服务的灵活应用。
整体而言，通过AndServer与Service结合，构建了从环境配置、so文件调用到HTTP服务搭建的完整流程，为Android应用提供了高效、安全的开发解决方案。实现这一过程，不仅能够提升应用性能，还能增强代码的安全性和可维护性。
⑤ Android怎么调用第三方SO动态链接库
在Android开发中，调用第三方SO动态链接库有多种策略。一种简便的方式是将SO文件放置于libs/armeabi目录下，然后在代码中使用System.loadLibrary("xxx")加载，并通过public native static int xxx_xxx_xxx()声明方法，从而直接调用。
另一种方案较为复杂，涉及创建自己的SO文件，并在其中调用第三方SO。这种方法需要编写Java类文件、生成.h文件、编写C源文件并实现相应方法，最后利用android NDK开发包中的ndk-build脚本生成.so共享库。尽管此过程较为繁琐，但灵活性较高，能够应对各种情况。
首先，需要检查第三方SO是否遵循JNI调用规范。如果不符合，必须选择第二种方案。即使符合，还需考虑是否希望将SO库直接暴露给JAVA层。如果否，同样应采用第二种方案。通常情况下，如果只有SO文件，意味着它是第三方提供的，可以请求对方提供配套的JAVA调用文件。
判断SO是否遵循JNI规范的一个简单方法是检查其函数名是否为Java_XXX_XXX_XXX格式。如果是，可以自行编写配套的JAVA文件，注意SO函数名与JAVA函数名之间的转换规则。如果不是，建议采用第二种方案。
总体而言，选择调用方式时需综合考虑实际需求和第三方库的具体情况，以确保代码的简洁性和功能的完整性。
⑥ 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文件的具体情况。在实际应用中，合理选择方案能够有效提升开发效率。
⑦ Android so 动态加载详解
Android SO动态加载详解：
一、定义与适用场景
- 定义：Android SO动态加载是指在应用运行时，根据需求动态地加载和卸载SO库文件，而不是在启动时一次性加载所有SO库。
- 适用场景：主要用于减少APK体积，尤其适用于那些非必要但在某些特定场景下才需要的SO库。
二、基本流程与适配
- 基本流程：
- 检测设备CPU架构：根据设备的CPU架构选择合适的SO库文件。
- 加载SO库：使用System.loadLibrary或System.load方法加载SO库。
- 调用本地方法：通过JNI调用SO库中的本地方法。
- 适配要点：
- 需要根据Android版本和CPU架构进行适配，确保SO库文件与设备兼容。
- 特别注意Android 5.x版本中的设备，尽管可能配置了64位CPU，但系统可能仍为32位，此时只能加载32位SO库。
三、注意事项与解决方案
- 检测系统位数：通过JNI指针的位数判断系统位数，确保加载正确的SO库文件。
- Android 5.x版本的bug：
- 问题：在Android 5.x版本中，可能存在一个bug，即在试图加载一个SO库时，即使另一个依赖的SO库已加载，系统也可能找不到它。
- 解决方案：
- 修改LD_LIBRARY_PATH环境变量，确保系统能够找到正确的SO库路径。
- 使用自定义ClassLoader来避免hook应用原生库路径，保证并发安全和代码的清晰结构。
四、适用版本与扩展
- 适用版本：Android SO动态加载策略适用于Android 5.0至12.0版本，以及鸿蒙系统。
- 扩展应用：除了减少APK体积外，动态加载还可以用于实现插件化架构、热更新等功能，提高应用的灵活性和可扩展性。