linux中静态库(.a)和动态库(.so)

静态库 

静态库在编译的时候被固定在了可执行文件中，而不是放在系统的某个地方由ld.so加载。这种做法好的一面是可执行文件自己包含了所需的所有库文件，并不依赖于系统中的其他代码，也不会出现库文件缺失的情况。你可以把这些代码复制给任何人，而它们保证可以工作。不好的一面就是可执行文件不必要的增大了，而且不同的程序之间不能共享代码。
习惯上，我们以后缀.a来标记静态库文件。
       在linux环境中, 使用ar命令创建静态库文件.如下是命令的选项:
          d -----从指定的静态库文件中删除文件
          m -----把文件移动到指定的静态库文件中
          p -----把静态库文件中指定的文件输出到标准输出
          q -----快速地把文件追加到静态库文件中
          r -----把文件插入到静态库文件中
          t -----显示静态库文件中文件的列表
          x -----从静态库文件中提取文件
      还有多个修饰符修改以上基本选项,详细请man ar 以下列出三个:
          a -----把新的目标文件(*.o)添加到静态库文件中现有文件之后
          b -----***************************************之前
          v -----使用详细模式
ar 命令的命令行格式如下:
      ar [-]{dmpqrtx}[abcfilNoPsSuvV] [membername] [count] archive files...
参数archive定义库的名称, files是库文件中包含的目标文件的清单, 用空格分隔每个文件.
比如创建一个静态库文件的命令如下:
      ar r libapue.a error.o errorlog.o lockreg.o
这样就了libapue.a静态库文件, 可以用 t 选项显示包含在库中的文件
      创建库文件之后,可以创建这个静态库文件的索引来帮助提高和库连接的其他程序的编译速度.使用ranlib程序创建库的索引,索引存放在库文件内部.
      ranlib libapue.a
用nm程序显示存档文件的索引,它可以显示目标文件的符号
nm libapue.a | more
如果是显示目标文件的符号:
nm error.o | more
如何使用呢?如下所示:
gcc -o test test.c libapue.a
这样就可以在test.c中调用在libapue.a中的函数了.

动态库

动态库(也叫共用库)是编译好的代码片段，在程序执行时由运行时连接文件(runtime linker)/lib/ld.so加载。这有点类似于windows下的dll文件。在提高效率方面，这样做可以节省系统在以下方面的开销：
硬件设备：不同的程序可以共享相同的代码。
内存：内核可以将库文件的拷贝存放在内存里以便进程之间共享。
时间：只要你不再重新编译库文件，重新生成可执行文件只需处理更少的代码。
习惯上，动态库以字符串so命名，后面加上版本号。
1.创建共享库
     gcc -shared -o libapue.so error.o errorlog.o
这样就创建了共享库!
2.编译共享库
    假设共享库位于当前目录(即跟程序文件相同的目录中)
gcc -o test -L. -lapue test.c
这样就编译出了不包含函数代码可执行文件了,但是但你运行时会发现linux动态加载器打不到libapue.so文件.
可以用ldd 命令查看可执行文件依赖什么共享库:
ldd test
如何才能让动态加载器发现库文件呢?有两种方法可以解决:
     LD_LIBRARY_PATH 环境变量  
     /etc/ld.so.conf文件
    1.环境变量
       export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:."
    2.修改/etc/ld.so.conf文件.位于/etc/ld.so.conf
一般应用程序的库文件不与系统库文件放在同一个目录下,一般把应用程序的共享库文件放在/usr/local/lib下,新建一个属于自己的目录apue,然后把刚才libapue.so复制过去就行了
同时在/etc/ld.so.conf中新增一行:
/usr/local/lib/apue

以后在编译程序时加上编译选项:
-L/usr/local/lib/apue -lapue
这样就可以使用这个libapue.so共享库了!!

对比静态库(.a)和动态库(.so)

使用静态库的程序要比使用动态库的程序稍微快一些。我曾见过有人说两者之间启动时间的相差5%的数量级。但是，别忘了，动态库的好处之一是建立在一种假定条件下，即这些可执行代码已经被加载到了内存中.事实上，对于像libc这样的库文件，确实是一直保存在内存中的。如果你要运行一个使用静态库编译的 netscape，必然要多等上一点时间。因此，对于“哪种库文件更快”这个问题的答案应该是“看情况而定”。但是一般来说，用动态库编译的的程序要更快一些，因为大部分情况下你所需要的库都已经加载到内存中了。