linuxsoandroid

A. linux系统编译的so文件 如何到android studio使用

C++编译so文件与C编译so一岩颂卖样都是加参粗逗数 -shared C语言调用C++的樱渣so 首先C要调用的C++的函数必须是extern "C"声明的。 其次编译C程序时需要增加链接libstdc++.so（可能名字不打对自己查查）

B. Linux下NDK编译出的SO库能在WIndows下的android工程直接使用么

可以直接在android工程下使用，因为android就是linux内核。

1.android的NDK开发需要在linux下进行： 因为需要把C/C++编写的代码生成能在arm上运行的.so文件，这就需要用到交叉编译环境，而交叉编译需要在linux系统下才能完成。
2.安装android-ndk开发包，这个开发包可以在google android 官网下载： 通过这个开发包的工具才能将android jni 的C/C++的代码编译成库
3.android应用程序开发环境： 包括eclipse、java、 android sdk、 adt等。

NDK编译步骤：
1.选择 ndk 自带的例子 hello-jni ，位于E:\android-ndk-r5\samples\hello-jni( 根据具体的安装位置而定 ) 。
2.运行 cygwin ，输入命令 cd /cygdrive/e/android-ndk-r5/samples/hello-jni ，进入到 E:\android-ndk-r5\samples\hello-jni 目录。
3.输入 $NDK/ndk-build ，执行成功后，它会自动生成一个 libs 目录，把编译生成的 .so 文件放在里面。 ($NDK是调用我们之前配置好的环境变量， ndk-build 是调用 ndk 的编译程序 )
4.此时去 hello-jni 的 libs 目录下看有没有生成的 .so 文件，如果有，ndk 就运行正常啦。

C. 在linux操作系统上封装的.so库能在安卓上直接使用库里的函数么

linux下的.so文件为共享库，相当于windows下的dll文件，使用方法如下：
在你的工程源代码里包含.h头文件，然后可以调用动态库里的函数，在链接的时候加上如下编译器参数：
-l xx.so
如果你的so文件是以lib开头的，还可以直接这样使用：
-lxx
xx是你的.so文件名
其实使用方法和你使用数学库函数是一样的，源代码中添加
#include ，编译的时候，加上-lm参数。

D. Linux下NDK编译出的SO库能在WIndows下的android工程直接使用么

是在windows下做开发的，但是编译环境还是在linux上。。大体的步骤如下：
1.首先在windows环境下编写工程（eclipse下编写android工程）
2.打开linux开发环境(tcl平台：\\10.120.90.207\longc\workspace\code\project\kernel\android\JB)
3.将运行环境的脚本文件运行./evnsetup:配置android运行环境
/JB/build/
找到envsetup.sh
运行.envsetup.sh(source
envsetup.h或./envsetup)
所有操作都在终端完成
4.将工程文件拷贝到指定目录下（TCL平台下的自带程序在package\TCL_Apps目录下）
5.删除一些文件
保留/res,/src,AndroidManifest.xml三个文件
创建Android.mk(makefile文件，linux下用makefile文件来集成一些命令，运行程序的指令和设置都在此处)Android.mk的编写
6.编译
进入工程文件目录
输入mm命令进行编译。
7.生成apk文件，编译完成

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

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

F. android 可以用linux下的SO库吗

可以，so库其实就是动态链接库。
1、放到安卓穗猛系统中，每个应用都可以访问
将编译好的libmono2.so放到系统的/system/lib目录下。打开Eclipse上ADT插件里面的File Explorer工具，点击/system/lib目录，选择右上角有个push a file onto devices，打开对话框后，再选择libmono2.so文件，确定后即此族搏可将lib文件放到手机中了。（如果不行也可以使用ADB自带adb push命令）。再设置其权限为744，命令如下森祥：

#用命令行方式访问手机设备
adb shell
#进入/system/lib目录
cd /system/lib
#设置libmono2.so权限为744
chmod 744 libmono2.so
此时利用Jni机制编写装载Jni库方法的类，类里面需要严格按照Jni机制进行编写Jni接口

2、放到应用软件中，只有自己的应用可以访问

①在软件工程下新建libs/armeabi文件夹，并将libmono2.so库拷贝进去。
②接下来做的就是重写Jni接口，和方法1的最后过程是一样的。

G. Linux下NDK编译出的SO库能在WIndows下的android工程直接使用么

先区分清楚host和target的区别。
Linux和Windows是你的host platform。
Android是target platform。

编译Android library使用cross-compilation （交叉编译），即在某个host平台下编译针对某个特定的target平昌梁散台的体系结构的代码。

使用ndk，只要选择了正确的target平台的ABI（arm，x86，mips等），那你编译得到的.so就能被相应的target平台执行。

如楼上所说，请先检查下面几点：
1. 交叉编译的ABI和你要运行代码的平台是否一致。
2. 检查.so是否被打包进apk文件。用解压缩软件（如winrar，好压）可以解耐氏压缩apk，查看你的.so是否在lib文件夹下。
3. 检查.so是否在java code里被Load成功。
4. 检查JAVA定义的native function的名称， 检查渣察JNI函数的名称

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

有这两种办法：
第一种：
需求：
有时候应用修复了native层一个小BUG，应用需要更新了，但是用户必须下载整个APK包进行安装，而我们需要的只是替换SO
于是想，能不能加载自定义路径下的 SO 文件呢
答案是完全没问题：
使用系统方法：
void java.lang.System.load(String pathName)
但是有一点，pathName 路径必须有执行权限，意思就是说我们不能加载SD卡上的SO，因为没有执行权限
那也没关系，我们复制到应用私有目录下就OK嘛。
看码
private void load() {
File dir = getDir("libs", Context.MODE_PRIVATE);
File soFile = new File(dir, "libTestJNI.so");
FileUtils.assetToFile(this, "libTestJNI.so", soFile);

try {
System.load(soFile.getAbsolutePath());
} catch (Exception e) {
}
}
这样就完全OK，
我们只需要架个服务器，每次启动时动态监测 SO 文件有没有更新，有则下载SO，然后加载，这样就可以避免用户安装新的应用，
要知道重新安装应用的用户体验是很差的，要让用户无感知的更新他。
第二种：
采用dlopen动态加载第三方库，无非和system.load一样，就是要实现指定路径加载so的目的，这种方法升级so的话，那就的需要一个基本so，一直不变，用来调用dlopen，然后升级另一个so。
这两种办法都会遇到一个问题，就是不能直接加载SD卡中的so，因为sd卡没有执行权限，不能直接加载这种二进制文件，需要拷贝到data/data/packagename/files/ 目录下，再次进行加载即可，拷贝也是有讲究的，需要用到context.openFileOutput方法。

I. 在linux下能直接调用android的so文件吗

不可能，编译器架构都不一样，二级制文件不一样

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

1、 .so动态库的生成
可使用gcc或者g++编译器生成动态库文件(此处以g++编译器为例)
g++ -shared -fPIC -c XXX.cpp
g++ -shared -fPIC -o XXX.so XXX.o
2、 .so动态库的动态调用接口函数说明
动态库的调用关系可以在需要调用动态库的程序编译时，通过g++的-L和-l命令来指定。例如：程序test启动时需要加载目录/root/src/lib中的libtest_so1.so动态库，编译命令可照如下编写执行：
g++ -g -o test test.cpp –L/root/src/lib –ltest_so1
（此处，我们重点讲解动态库的动态调用的方法，关于静态的通过g++编译命令调用的方式不作详细讲解，具体相关内容可上网查询)

Linux下，提供专门的一组API用于完成打开动态库，查找符号，处理出错，关闭动态库等功能。
下面对这些接口函数逐一介绍（调用这些接口时，需引用头文件#include <dlfcn.h>)：
1) dlopen
函数原型：void *dlopen(const char *libname,int flag);
功能描述：dlopen必须在dlerror，dlsym和dlclose之前调用，表示要将库装载到内存，准备使用。如果要装载的库依赖于其它库，必须首先装载依赖库。如果dlopen操作失败，返回NULL值；如果库已经被装载过，则dlopen会返回同样的句柄。
参数中的libname一般是库的全路径，这样dlopen会直接装载该文件；如果只是指定了库名称，在dlopen会按照下面的机制去搜寻：
a.根据环境变量LD_LIBRARY_PATH查找
b.根据/etc/ld.so.cache查找
c.查找依次在/lib和/usr/lib目录查找。
flag参数表示处理未定义函数的方式，可以使用RTLD_LAZY或RTLD_NOW。RTLD_LAZY表示暂时不去处理未定义函数，先把库装载到内存，等用到没定义的函数再说；RTLD_NOW表示马上检查是否存在未定义的函数，若存在，则dlopen以失败告终。
2) dlerror
函数原型：char *dlerror(void);
功能描述：dlerror可以获得最近一次dlopen,dlsym或dlclose操作的错误信息，返回NULL表示无错误。dlerror在返回错误信息的同时，也会清除错误信息。
3) dlsym
函数原型：void *dlsym(void *handle,const char *symbol);
功能描述：在dlopen之后，库被装载到内存。dlsym可以获得指定函数(symbol)在内存中的位置(指针)。如果找不到指定函数，则dlsym会返回NULL值。但判断函数是否存在最好的方法是使用dlerror函数，
4) dlclose
函数原型：int dlclose(void *);
功能描述：将已经装载的库句柄减一，如果句柄减至零，则该库会被卸载。如果存在析构函数，则在dlclose之后，析构函数会被调用。
3、 普通函数的调用
此处以源码实例说明。各源码文件关系如下：
test_so1.h和test_so1.cpp生成test_so1.so动态库。
test_so2.h和test_so2.cpp生成test_so2.so动态库。
test_dl.cpp生成test_dl可执行程序，test_dl通过dlopen系列等API函数，并使用函数指针以到达动态调用不同so库中test函数的目的。