androidso库使用

A. 请教关于android linux动态库.so的加载调用

1.在使用第三方的.so库做android开发，发现仅仅放到AndroidProject/libs/armeabi/libminivenus.so这个位置，使用System.loadLibrary加载起来可以正常使用。
2.库的名字必须是libminivenus.so，不可以改名字。也不可以使用System.load从其他地方加载（非SD卡）。如果将库的名字或者加载位置改动，调用的jni接口就返回错误。
3.libminivenus.so中确实有libminivenus的字段，将库的名字与该字段一起修改结果无效。

B. android studio怎么使用so库

Android studio中导入so的两种方法:

1、将so文件放在libs目录下，然后在app的build.gradle中加入如下配置

sourceSets {
main {
jniLibs.srcDirs = ['libs']
}
}
整个配置文件如下：

android {
compileSdkVersion 23
buildToolsVersion '19.1.0'

defaultConfig {
applicationId "com.hehe.itlms"
minSdkVersion 15
targetSdkVersion 23
versionCode 1
versionName "1.0.0"
}
buildTypes {
release {
minifyEnabled true//是否混淆
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}

sourceSets {
main {
jniLibs.srcDirs = ['libs']
}
}
}

2、将所有需要使用的.so文件压缩为.zip文件（zip中的文件目录结构为：
lib/armeabi/*.so）注意，一定要是这样的路径，lib不要写成libs啊！然后将这个.zip文件重命名为armeabi.jar文件（我用的是so.jar），将该jar包添加到项目的libs文件下，然后Add
isLibrary。

最后的目录结构
libs
^---|xxx.jar
^---|armeabi.jar
^---|lib
^---|armeabi
^---|xxx.so

C. Android怎么调用第三方SO动态链接库

已了解解决方案： 1.将SO文件直接放到libs/armeabi下，然后代码中System.loadLibrary("xxx")；再publicnativestaticintxxx_xxx_xxx()；接下来就可以直接调用xxx_xxx_xxx()方法； 2.第二种方案，创建自己的SO文件，在自己的SO文件里调用第三方SO，再在程序中调用自己的SO，这种比较复杂，需要建java类文件，生成.h文件，编写C源文件include之前生成的.h文件并实现相应方法，最后用androidNDK开发包中的ndk-build脚本生成对应的.so共享库；求解： 网上说的第二种方案，是自己引用so库，最后声称JAR ------解决方案-------------------------------------------------------- 首先要看这个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提供方索要； 不是的话就选第二种方案吧。

D. 如何在64位安卓系统中使用32位SO库

关键点：
JAVA编译不分32bit和64bit（APK，JAR）
可执行文件，默认编译64位
动态库和静态库，默认同时编译32bit和64bit版本
通过LOCAL_MULTILIB可以指定特定模块编译32bit或64bit或都编译
JAVA加载JNI库（so文件）的规则：
如果APP需要加载的所有so都是32bit，则使用32bit方式加载so库；如果APP需要加载的so库中只要有一个so是64bit的，则必须以64bit方式加载so库；不能同时加载32bit和64bit的so库。
实际工程中，我们通常会遇到下面这样的场景：
A. APK有源码，SO库有源码 - 应用及so库我们都能自己编译出来
B. APK有源码，SO库没有源码 - 我们开发的应用使用了第三方的so库，如ScanService
C. APK和SO库都没有源码 - 预置第三方的应用（应用中包括so库）
对于场景A：
只要我们编译默认对应的APP和SO库（32bit+64bit）即可。
此种场景最为普通，本文不做详细讲解。
对于场景B：
如果APK需要加载的库里面有64bit的，则需要全部的库都使用64bit。
如果APK调用的第三方so库中有32bit的，则：要么让第三方提供64bit版本的so库，要么强制使所以的so库都使用32bit版本。
对于场景C：
使用特定的预置规则即可。

E. android studio怎么使用so文件

首先，在我们的Mole的根目录中建立libs目录，将jpush集成SDK中的so文件分别拷入，截图如下：

然后就是编写我们的build.gradle文件。

关于so文件引入的配置很简单，代码配置如下：

[html] view plain print?在CODE上查看代码片派生到我的代码片

task nativeLibsToJar(type: Zip, description: "create a jar archive of the native libs") {

destinationDir file("$projectDir/libs")

baseName "Native_Libs2"

extension "jar"

from fileTree(dir: "libs", include: "**/*.so")

into "lib"

}

tasks.withType(JavaCompile) {

compileTask -> compileTask.dependsOn(nativeLibsToJar)

}

自定义一个任务，在其中指定项目所依赖的so文件的目录，这里用了**/*.so来写，为了省事，指定需要拷入的目录 into "lib"，那么动态运行库就被拷入到lib目录中。

F. 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/下，这也是系统加载动态库时搜索的路径。

G. 关于Android开发中Java对于.so库的调用

android掉用c的so包就是通过jni
，
应该给你的jar包就是用来调用so包的
。不会让你直接掉so包的放心。so包一般都是为了保证核心代码不被反编译
，另外就是效率高才会用，或者就是开发游戏
。
他们说够用应该是jar包已经和so包的jni调用接口都调好了
，
你用jar包就行了

H. android rom /system/lib/ 中好多的.so库，每个.so具体是干什么用

主要是一些用来调用硬件层面的c语言编写的代码，很多功能，在java层面是无法调用的，必须借助c语言来实现。

I. android so文件怎么用

相信很多朋友在使用Androidstudio开发中，遇到过如何引入第三方so文件的问题，然而第三方官方仅仅给出了ADT环境下的集成方式。

Android studio中默认使用的是gradle编译方式，与ADT编辑方式不一样，那么so文件应当如何引入呢？

其实很简单。这里以集成JPUSH为例，看一下so文件如何引入到编译环境，最终到JNI直接可以调用该so文件。

首先，在我们的Mole的根目录中建立libs目录，将jpush集成SDK中的so文件分别拷入，截图如下：

然后就是编写我们的build.gradle文件。

关于so文件引入的配置很简单，代码配置如下：

[html]view plainprint?

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)

}

自定义一个任务，在其中指定项目所依赖的so文件的目录，这里用了**/*.so来写，为了省事，指定需要拷入的目录 into "lib"，那么动态运行库就被拷入到lib目录中。

完整的build.gradle文件如下：

[html]view plainprint?

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')

}