linux中的.so文件和.a文件

linux下的so是基于linux下的动态链接，其功能和作用类似于Windows下.dll文件

下面介绍一下.so文件
概念介绍

通常情况下，对函数库的链接是放在编译时期完成的，所有相关的对象文件与牵扯到的函数库被链接合成一个可执行文件。程序运行时，与函数库再无瓜葛，因为所有需要的函数已经拷贝到自己门下。所以这些函数库被称为静态库。通常文件名为libxx.a的形式。

其实，我们也可以把对一些库函数的链接载入推迟到程序运行的时期。这就是动态链接库技术了。

动态链接库的特点和优势
首先，把库函数推迟到程序运行时期载入的好处：
1、可以实现进程之间的资源共享。
什么概念？ 就是说，某个程序在运行中要调用某个动态链接库函数的时候，操作系统首先会查看所有正在运行的程序，看在内存里是否有此库函数的拷贝了。如果有，则让其共享那一个拷贝；只有在没有的情况下才链接载入。这样的模式虽然会带来一些“动态链接”额外的开销，却大大节省了系统的内存资源。C的标准库就是动态链接库，也就是说系统中所有运行的程序共享着同一个C标准的代码段。

2、将一些程序升级变得简单。用户只需要升级动态链接库，无需重新编译链接其他原有的代码就可以完成整个程序的升级。Windows就是一个很好的例子。

3、甚至可以真正做到链接载入完全由程序员在程序代码中控制。
程序员在编写程序的时候，可以明确的指明什么时候或者什么情况下，链接载入那个动态链接库函数。你可以有一个相当大的软件，但每次运行的时候，由于不同的需求，只有一小部分程序被载入内存。所有函数本着“有需求才调入”的原则，于是大大节省了系统资源。比如现在的软件通常都能打开若干个不同类型的文件，这些读写操作通常都用动态链接库来实现。在一次运行中，一般只有一种类型的文件将会被打开。所以直到程序知道文件的类型以后再载入相应的读写函数，而不是一开始就将所有的读写函数都载入，然后才发觉在整个程序中根本没有用到他们。

三、动态链接库的创建
由于动态链接库函数的共享特性，他们不会被拷贝到可执行文件中。在编译的时候，编译器只会做一些函数名之类的检查。在程序运行的时候，被调用的动态链接库函数被安置在内存的某个地方，所有调用他们的程序都被指向这个代码段。因此，这些代码必须使用相对地址，而不是绝对地址。在编译的时候，我们需要告诉编译器，这些对象文件是用来做动态链接库的，所以要用地址不是无关代码的。

对gcc编译器，只需要添加-fPIC标签，如：
gcc -fPIC -c file1.c
gcc -fPIC -c file2.c
gcc -shared libxxx.so file1.o file2.o

注意到最后一行，-shared标签告诉编译器这是要建立动态链接库。这与静态链接库的建立很不一样，后者使用ar命令。也注意到，动态链接库的名字形式为“libxxx.so”后缀名为“.so”

四、动态链接库的使用
使用动态链接库，首先需要在编译期间让编译器检查一些语法与定义。
这与静态库的使用不一样，用的是-Lpath和-lxx标签。如：
gcc file1.o file2.o -Lpath -lxx -o program.exe

编译器会先在path文件夹下搜索libxxx.so文件，如果没有找到，继续手续libxx.a（静态库）.

在程序运行期间，也需要告诉系统去哪里找你的动态链接库文件。在Unix下是通过定义名为LD_LIBRARY_PATH的环境变量来实现的。只需要将path赋值给此变量即可。csh命令为：
setenv LD_LIBRARY_PATH your/full/path/to/dll

一切安排妥当后，你可以用ldd命令检查链接是否正常。
ldd program.exe
动态链接库*.so的编译与使用。