linux加载so命令,linux java调用so

Linux c调用so

实例代码（soTest.c）：

成都创新互联公司专注于企业全网整合营销推广、网站重做改版、海沧网站定制设计、自适应品牌网站建设、H5建站、商城网站建设、集团公司官网建设、外贸营销网站建设、高端网站制作、响应式网页设计等建站业务，价格优惠性价比高，为海沧等各大城市提供网站开发制作服务。

1 #include stdio.h

2 #include dlfcn.h

3

4 int main(int argc, char *argv[]){

5 void * libm_handle = NULL;

6 float (*cosf_method)(float);

7 char *errorInfo;

8 float result;

9

10 // dlopen 函数还会自动解析共享库中的依赖项。这样，如果您打开了一个依赖于其他共享库的对象，它就会自动加载它们。

11 // 函数返回一个句柄，该句柄用于后续的 API 调用

12 libm_handle = dlopen("libm.so", RTLD_LAZY );

13 // 如果返回 NULL 句柄，表示无法找到对象文件，过程结束。否则的话，将会得到对象的一个句柄，可以进一步询问对象

14 if (!libm_handle){

15 // 如果返回 NULL 句柄,通过dlerror方法可以取得无法访问对象的原因

16 printf("Open Error:%s.\n",dlerror());

17 return 0;

18 }

19

20 // 使用 dlsym 函数，尝试解析新打开的对象文件中的符号。您将会得到一个有效的指向该符号的指针，或者是得到一个 NULL 并返回一个错误

21 cosf_method = dlsym(libm_handle,"cosf");

22 errorInfo = dlerror();// 调用dlerror方法，返回错误信息的同时，内存中的错误信息被清空

23 if (errorInfo != NULL){

24 printf("Dlsym Error:%s.\n",errorInfo);

25 return 0;

26 }

27

28 // 执行“cosf”方法

29 result = (*cosf_method)(0.0);

30 printf("result = %f.\n",result);

31

32 // 调用 ELF 对象中的目标函数后，通过调用 dlclose 来关闭对它的访问

33 dlclose(libm_handle);

34

35 return 0;

36 }

在这个例子中主要是调用了 math 库（libm.so）中的“cosf”函数，dlopen函数的第二个参数表示加载库文件的模式，主要有两种：RTLD_LAZY 暂缓决定，等有需要时再解出符号；RTLD_NOW 立即决定，返回前解除所有未决定的符号。另外记得引用包含API的头文件“#include dlfcn.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方法。

linux中.so后缀的文件怎么使用？

在WINDOWS系统中有很多的动态链接库(以.DLL为后缀的文件，DLL即Dynamic Link Library)。这种动态链接库，和静态函数库不同，它里面的函数并不是执行程序本身的一部分，而是根据执行程序需要按需装入，同时其执行代码可在多个 执行程序间共享，节省了空间，提高了效率，具备很高的灵活性。同样，LINUX的也具备类似的动态链接库，而且为数不少。在/lib目录下，就有许多以.so作后缀的文件，这就是LINUX系统应用的动态链接库，只不过与WINDOWS叫法不同，它叫so，即Shared Object，共享对象。(在LINUX下，静态函数库是以.a作后缀的) X-WINDOW作为LINUX下的标准图形窗口界面，它本身就采用了很多的动态链接库(在/usr/X11R6/lib目录下)，以方便程序间的共享， 节省占用空间。flash只是一个插件，在windows中就是一个ocx的链接库方式（和dll略有不同），因此linux中一旦你了一个共享函数库，你还需要安装它。其实简单的方法就是拷贝 \x0d\x0a你的库文件到指定的标准的目录（例如/usr/lib），然后运行ldconfig。 \x0d\x0a如果你没有权限去做这件事情，例如你不能修改/usr/lib目录，那么 \x0d\x0a你就只好通过修改你的环境变量来实现这些函数库的使用了。首先， \x0d\x0a你需要创建这些共享函数库；然后，设置一些必须得符号链接，特别 \x0d\x0a是从soname到真正的函数库文件的符号链接，简单的方法就是运行ldconfig： \x0d\x0aldconfig -n directory_with_shared_libraries \x0d\x0a然后你就可以设置你的LD_LIBRARY_PATH这个环境变量，它是一个以逗号 \x0d\x0a分隔的路径的集合，这个可以用来指明共享函数库的搜索路径。例如 \x0d\x0a，使用bash，就可以这样来 \x0d\x0a启动一个程序my_program: \x0d\x0aLD_LIBRARY_PATH=.LD_LIBRARY_PATH my_program

Linux .so库的使用

新建一个sort.c文件，写一个最简单的排序

使用 gcc -o libsort.so -fPIC -shared sort.c 产生libsort.so库。

.so库有两种调用方法：

新建main.c文件：

使用命令 gcc -o main main.c -lsort -L. 编译。

新建main2.c文件：

使用命令 gcc -o main2 main2.c -ldl 编译。动态加载.so库的话需要-ldl。

运行./main2后输出递增序列，调用成功。

linux环境java如何调用so文件

用JNI实现

实例：

创建HelloWorld.java

class HelloWorld

{

private native void print();

public staticvoid main(String[] args)

{

new HelloWorld().print();

}

static

{

System.loadLibrary("HelloWorld");

}

}

注意print方法的声明，关键字native表明该方法是一个原生代码实现的。另外注意static代码段的System.loadLibrary调用，这段代码表示在程序加载的时候，自动加载libHelloWorld.so库。

编译HelloWorld.java

在命令行中运行如下命令：

javac HelloWorld.java

在当前文件夹编译生成HelloWorld.class。

生成HelloWorld.h

在命令行中运行如下命令：

javah -jni HelloWorld

在当前文件夹中会生成HelloWorld.h。打开HelloWorld.h将会发现如下代码：

/* DO NOT EDIT THIS FILE - it is machine generated */

#include jni.h

/* Header for class HelloWorld */

#ifndef _Included_HelloWorld

#define _Included_HelloWorld

#ifdef __cplusplus

extern "C" {

#endif

/*

* Class: HelloWorld

* Method: print

* Signature: ()V

*/

JNIEXPORT void JNICALL Java_HelloWorld_print

(JNIEnv *, jobject);

#ifdef __cplusplus

}

#endif

#endif

该文件中包含了一个函数Java_HelloWorld_print的声明。这里面包含两个参数，非常重要，后面讲实现的时候会讲到。

实现HelloWorld.c

创建HelloWorld.c文件输入如下的代码：

#include jni.h

#include stdio.h

#include "HelloWorld.h"

JNIEXPORT void JNICALL

Java_HelloWorld_print(JNIEnv *env, jobject obj)

{

printf("Hello World!\n");

}

注意必须要包含jni.h头文件，该文件中定义了JNI用到的各种类型，宏定义等。

另外需要注意Java_HelloWorld_print的两个参数，本例比较简单，不需要用到这两个参数。但是这两个参数在JNI中非常重要。

env代表java虚拟机环境，Java传过来的参数和c有很大的不同，需要调用JVM提供的接口来转换成C类型的，就是通过调用env方法来完成转换的。

obj代表调用的对象，相当于c++的this。当c函数需要改变调用对象成员变量时，可以通过操作这个对象来完成。

编译生成libHelloWorld.so

在Linux下执行如下命令来完成编译工作：

cc -I/usr/lib/jvm/java-6-sun/include/linux/

-I/usr/lib/jvm/java-6-sun/include/

-fPIC -shared -o libHelloWorld.so HelloWorld.c

在当前目录生成libHelloWorld.so。注意一定需要包含Java的include目录（请根据自己系统环境设定），因为Helloworld.c中包含了jni.h。

另外一个值得注意的是在HelloWorld.java中我们LoadLibrary方法加载的是

“HelloWorld”，可我们生成的Library却是libHelloWorld。这是Linux的链接规定的，一个库的必须要是：lib+库

名+.so。链接的时候只需要提供库名就可以了。

运行Java程序HelloWorld

大功告成最后一步，验证前面的成果的时刻到了：

java HelloWorld

如果你这步发生问题，如果这步你收到java.lang.UnsatisfiedLinkError异常，可以通过如下方式指明共享库的路径：

java -Djava.library.path='.' HelloWorld

当然还有其他的方式可以指明路径请参考《在Linux平台下使用JNI》。

我们可以看到久违的“Hello world!”输出了。

查看linux当前加载库文件的命令

ldd

可执行文件名

查看可执行文件链接了哪些

系统动态链接库

nm

可执行文件名

查看可执行文件里面有哪些符号

strip

可执行文件名

去除符号表可以给可执行文件瘦身

如果我们想从可执行程序里面提取出来一点什么文本信息的话，还可以用strings命令

strings

可执行文件名

Linux操作系统上面的动态共享库大致分为三类：

1、操作系统级别的共享库和基础的系统工具库

比方说libc.so,

libz.so,

libpthread.so等等，这些系统库会被放在/lib和/usr/lib目录下面，如果是64位操作系统，还会有/lib64和/usr

/lib64目录。如果操作系统带有图形界面，那么还会有/usr/X11R6/lib目录，如果是64位操作系统，还有/usr/X11R6

/lib64目录。此外还可能有其他特定Linux版本的系统库目录。

这些系统库文件的完整和版本的正确，确保了Linux上面各种程序能够正常的运行。

2、应用程序级别的系统共享库

并非操作系统自带，但是可能被很多应用程序所共享的库，一般会被放在/usr/local/lib和/usr/local/lib64这两个目录下面。很多你自行编译安装的程序都会在编译的时候自动把/usr/local/lib加入gcc的-L参数，而在运行的时候自动到/usr/local

/lib下面去寻找共享库。

以上两类的动态共享库，应用程序会自动寻找到他们，并不需要你额外的设置和担心。这是为什么呢？因为以上这些目录默认就被加入到动态链接程序的搜索路径里面了。Linux的系统共享库搜索路径定义在/etc/ld.so.conf这个配置文件里面。这个文件的内容格式大致如下：

/usr/X11R6/lib64

/usr/X11R6/lib

/usr/local/lib

/lib64

/lib

/usr/lib64

/usr/lib

/usr/local/lib64

/usr/local/ImageMagick/lib

假设我们自己编译安装的ImageMagick图形库在/usr/local/ImageMagick目录下面，并且希望其他应用程序都可以使用

ImageMagick的动态共享库，那么我们只需要把/usr/local/ImageMagick/lib目录加入/etc/ld.so.conf文件里面，然后执行：ldconfig

命令即可。

ldcofig将搜索以上所有的目录，为共享库建立一个缓存文件/etc/ld.so.cache。为了确认ldconfig已经搜索到ImageMagick的库，我们可以用上面介绍的strings命令从ld.so.cache里面抽取文本信息来检查一下：

strings

/etc/ld.so.cache

|

grep

ImageMagick

输出结果为：

/usr/local/ImageMagick/lib/libWand.so.10

/usr/local/ImageMagick/lib/libWand.so

/usr/local/ImageMagick/lib/libMagick.so.10

/usr/local/ImageMagick/lib/libMagick.so

/usr/local/ImageMagick/lib/libMagick++.so.10

/usr/local/ImageMagick/lib/libMagick++.so

已经成功了！

3、应用程序独享的动态共享库

有很多共享库只被特定的应用程序使用，那么就没有必要加入系统库路径，以免应用程序的共享库之间发生版本冲突。因此Linux还可以通过设置环境变量LD_LIBRARY_PATH来临时指定应用程序的共享库搜索路径，就像我们上面举的那个例子一样，我们可以在应用程序的启动脚本里面预先设置

LD_LIBRARY_PATH，指定本应用程序附加的共享库搜索路径，从而让应用程序找到它。