《so文件解析与dll文件的区别》由会员分享，可在线阅读，更多相关《so文件解析与dll文件的区别（25页珍藏版）》请在金锄头文库上搜索。
1、dll 和 so 文件区别与构成动态链接，在可执行文件装载时或运行时，由操作系统的装载程序加载库。大多数操作系统将解析外部引用（比如库）作为加载过程的一部分。在这些系统上，可执行文件包含一个叫做 import directory 的表，该表的每一项包含一个库的名字。根据表中记录的名字，装载程序在硬盘上搜索需要的库，然后将其加载到内存中预先不确定的位置，之后根据加载库后确定的库的地址更新可执行程序。可执行程序根据更新后的库信息调用库中的函数或引用库中的数据。这种类型的动态加载成为装载时加载 ，被包括 Windows 和 Linux 的大多数系统采用。装载程序在加载应用软件时要完成的最复杂的工作之
2、一就是加载时链接。 其他操作系统可能在运行时解析引用。在这些系统上，可执行程序调用操作系统 API，将库的名字，函数在库中的编号和函数参数一同传递。操作系统负责立即解析然后代表应用调用合适的函数。这种动态链接叫做运行时链接 。因为每个调用都会有系统开销，运行时链接要慢得多，对应用的性能有负面影响。现代操作系统已经很少使用运行时链接。 可以动态链接的库，在 Windows 上是 dynamic link library (DLL)，在UNIX 或 Linux 上是 Shared Library。库文件是预先编译链接好的可执行文件，存储在计算机的硬盘上。大多数情况下，同一时间多个应用可以使用一个库
3、的同一份拷贝，操作系统不需要加载这个库的多个实例。 Windows 和 Linux 的加载时链接是由操作系统来完成的，格式在不同的系统下有不同的区别，但是原理还是一样的。linux 下文件的类型是不依赖于其后缀名的，但一般来讲：.o,是目标文件,相当于 windows 中的.obj 文件.so 为共享库,是 shared object,用于动态连接的,和 dll 差不多.a 为静态库,是好多个 .o 合在一起 ,用于静态连接.la 为 libtool 自动生成的一些共享库，vi 编辑查看，主要记录了一些配置信息。可以用如下命令查看*.la 文件的格式 $file *.la*.la: ASCII
4、 English text所以可以用 vi 来查看其内容。创建.a 库文件和 .o 库文件：yufeilocalhost perl_c2$ pwd/home/yufei/perl_c2yufeilocalhost perl_c2$ cat mylib.c#include #include void hello()printf(success call from perl to c libraryn);yufeilocalhost perl_c2$ cat mylib.hextern void hello();yufeilocalhost perl_c2$ gcc -c mylib.cyufei
5、localhost perl_c2$ dirmylib.c mylib.h mylib.oyufeilocalhost perl_c2$ ar -r mylib.a mylib.oar: 正在创建 mylib.ayufeilocalhost perl_c2$ dirmylib.a mylib.c mylib.h mylib.o111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111动态链接库*.so 的编译与使用- -动态库*.so 在 linux 下用
6、 c 和 c+编程时经常会碰到，最近在网站找了几篇文章介绍动态库的编译和链接，总算搞懂了这个之前一直不太了解得东东，这里做个笔记，也为其它正为动态库链接库而苦恼的兄弟们提供一点帮助。1、动态库的编译下面通过一个例子来介绍如何生成一个动态库。这里有一个头文件：so_test.h，三个.c 文件：test_a.c 、test_b.c、test_c.c，我们将这几个文件编译成一个动态库：libtest.so。so_test.h：#include #include void test_a();void test_b();void test_c();test_a.c：#include so_test.h
7、void test_a()printf(this is in test_a.n);test_b.c：#include so_test.hvoid test_b()printf(this is in test_b.n);test_c.c：#include so_test.hvoid test_c()printf(this is in test_c.n);将这几个文件编译成一个动态库：libtest.so$ gcc test_a.c test_b.c test_c.c -fPIC -shared -o libtest.so2、动态库的链接在 1、中，我们已经成功生成了一个自己的动态链接库 libt
8、est.so，下面我们通过一个程序来调用这个库里的函数。程序的源文件为：test.c。test.c：#include so_test.hint main()test_a();test_b();test_c();return 0;l 将 test.c 与动态库 libtest.so 链接生成执行文件 test：$ gcc test.c -L. -ltest -o testl 测试是否动态连接，如果列出 libtest.so，那么应该是连接正常了$ ldd testl 执行 test，可以看到它是如何调用动态库中的函数的。3、编译参数解析最主要的是 GCC 命令行的一个选项 :-shared 该选
9、项指定生成动态连接库（让连接器生成 T 类型的导出符号表，有时候也生成弱连接 W 类型的导出符号），不用该标志外部程序无法连接。相当于一个可执行文件l -fPIC：表示编译为位置独立的代码，不用此选项的话编译后的代码是位置相关的所以动态载入时是通过代码拷贝的方式来满足不同进程的需要，而不能达到真正代码段共享的目的。l -L.：表示要连接的库在当前目录中l -ltest：编译器查找动态连接库时有隐含的命名规则，即在给出的名字前面加上 lib，后面加上.so 来确定库的名称l LD_LIBRARY_PATH：这个环境变量指示动态连接器可以装载动态库的路径。l 当然如果有 root 权限的话，可以修
10、改/etc/ld.so.conf 文件，然后调用 /sbin/ldconfig 来达到同样的目的，不过如果没有 root 权限，那么只能采用输出LD_LIBRARY_PATH 的方法了。4、注意调用动态库的时候有几个问题会经常碰到，有时，明明已经将库的头文件所在目录 通过 “-I” include 进来了，库所在文件通过 “-L”参数引导，并指定了“-l”的库名，但通过 ldd 命令察看时，就是死活找不到你指定链接的so 文件，这时你要作的就是通过修改 LD_LIBRARY_PATH 或者/etc/ld.so.conf文件来指定动态库的目录。通常这样做就可以解决库无法链接的问题了。makefi
11、le 里面怎么正确的编译和连接生成.so 库文件，然后又是在其他程序的makefile 里面如何编译和连接才能调用这个库文件的函数?答:你需要告诉动态链接器、加载器 ld.so 在哪里才能找到这个共享库,可以设置环境变量把库的路径添加到库目录/lib 和/usr/lib，LD_LIBRARY_PATH=$(pwd),这种方法采用命令行方法不太方便,一种替代方法注释LD_LIBRARY_PATH 可以在/etc/profile 还是 /.profile 还是 ./bash_profile 里设置，或者.bashrc 里，改完后运行 source /etc/profile 或 . /etc/pro
12、file更好的办法是添入/etc/ld.so.conf, 然后执行 /sbin/ldconfig注释是把库路径添加到/etc/ld.so.conf ，然后以 root 身份运行 ldconfig也可以在连接的时候指定文件路径和名称 -I -L.GCC=gccCFLAGS=-Wall -ggdb -fPIC#CFLAGS=all: libfunc testlibfunc:func.o func1.o$(GCC) -shared -Wl,-soname,libfunc.so.1 -o libfunc.so.1.1 $ /lib/libtermcap.so.2 (0x4001c000)libc.so
13、.6 = /lib/libc.so.6 (0x40020000)/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x40000000)通常我么可以看到一个 soname 的列表，包括路径。在所有的情况下，你都至少可以看到两个库： /lib/ld-linux.so.N（N 是 1 或者更大，一般至少 2）。这是这个用力加载其他所有的共享库的库。 libc.so.N(N 应该大于或者等于 6)。这是 C 语言函数库。 值得一提的是，不要在对你不信任的程序运行 ldd 命令。在 ldd 的 manual里面写得很清楚，ldd 是通过设置某些特殊的环境变量（例如，对
14、于 ELF 对象，设置 LD_TRACE_LOADED_OBJECTS），然后运行这个程序。这样就有可能使得某地程序可能使得 ldd 来执行某些意想不到的 代码，而产生不安全的隐患。3.6. 不兼容的函数库如果一个新版的函数库要和老版本的二进制的库不兼容，则 soname 需要改变。对于 C 语言，一共有 4 个基本的理由使得它们在二进制代码上很难兼容：o. 一个函数的行文改变了，这样它就可能与最开始的定义不相符合。o. 输出的数据项改变了。o. 某些输出的函数删除了。o. 某些输出函数的接口改变了。如果你能避免这些地方，你就可以保持你的函数库在二进制代码上的兼容，或者说，你可以使得你的程序的
15、应用二进制接口（ABI ：Application Binary Interface）上兼容。4. 动态加载的函数库 Dynamically Loaded (DL) Libraries动态加载的函数库 Dynamically loaded (DL) libraries 是一类函数库，它可以在程序运行过程中的任何时间加载。它们特别适合在函数中加载一些模块和plugin 扩展模块的场合，因为它可以在 当程序需要某个 plugin 模块时才动态的加载。例如，Pluggable Authentication Modules(PAM)系统就是用动态加载函数库来使得管理员可以配置和重新配置身份验证信息。Linux 系统下，DL 函数库与其 他函数库在格式上没有特殊的区别，我们前面提到过，它们创建的时候是标准的 object 格式。主要的区别就是 这些函数库不是在程序链接的时
