Linux 静态链接库与动态链接库之一：静态链接库生成

一，引言

通常情况下，对函数库的链接是放在编译时期（compile time）完成的。所有相关的对象文件（object file）与牵涉到的函数库（library）被链接合成一个可执行文件（executable file）。程序在运行时，与函数库再无瓜葛，因为所有需要的函数已拷贝到自己门下。所以这些函数库被成为静态库（static libaray），通常文件名为“libxxx.a”的形式。

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

二、动态链接库的特点与优势

首先让我们来看一下，把库函数推迟到程序运行时期载入的好处：

A，可以实现进程之间的资源共享。就是说，某个程序的在运行中要调用某个动态链接库函数的时候，操作系统首先会查看所有正在运行的程序，看在内存里是否已有此库函数的拷贝了。如果有，则让其共享那一个拷贝；只有没有才链接载入。这样的模式虽然会带来一些“动态链接”额外的开销，却大大的节省了系统的内存资源。C的标准库就是动态链接库，也就是说系统中所有运行的程序共享着同一个C标准库的代码段。

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

C，甚至可以真正坐到链接载入完全由程序员在程序代码中控制。程序员在编写程序的时候，可以明确的指明什么时候或者什么情况下，链接载入哪个动态链接库函数。你可以有一个相当大的软件，但每次运行的时候，由于不同的操作需求，只有一小部分程序被载入内存。比如现在的软件通常都能打开若干种不同类型的文件，这些读写操作通常都用动态链接库来实现。在一次运行当中，一般只有一种类型的文件将会被打开。所以直到程序知道文件的类型以后再载入相应的读写函数，而不是一开始就将所有的读写函数都载入。

三，静态链接库的生成

A，事先写好两个程序，如下：

mylib.c:

#include "mylib.h"

int func(int x)

{

return x*x*x;

}

mylib.h:

#ifndef MY_LIB

#define MY_LIB

#include <stdio.h>

int func(int x);

#endif

B，将各函数代码所在的源文件编译成目录文件。例如，对于mylib.c，可以用如下命令将其编译成目标文件：gcc -c mylib.c。当然在有多个源文件时，只需在gcc 命令行中将其分别列上就可以了，如：gcc -c mylib1.c mylib2.c mylib3.c，经此一步我们将能够得到各源文件的目标文件。对上例，将得到mylib.o。

C，将各目标文件收集起来放到一个静态库文件中。这主要借助于ar命令完成，如：ar r ./libtest.a mylib.o，到此为止就可以生成静态库libtest.a了。

D，将静态库拷到你的系统默认库目录下和mylib.c的头文件拷到相应的C文件目录下即可：

cp libtest.a /usr/lib/

cp mylib.h /MYSRC/

最后在gcc使用静态库时，在编译项里面，-L指定库文件路径，-l指定库文件名字，如果库文件名为libxxx.a，就可以用-lxxx。

转自：http://www.linuxidc.com/Linux/2008-10/17022.htm