linux下生成动态库（共享库），静态库，以及2者区别？？？

我的总结：动态库就是我们自几写的函数，放在了一个源文件中，我们把这个接口放到头文件中，然后调用的时候用这个接口就可以了。

什么是动态库？
DLL 是一个包含可由多个程序同时使用的代码和数据的库。Windows下动态库为.dll后缀，在linux在为.so后缀。
动态库又称动态链接库英文为DLL，是Dynamic Link Library 的缩写形式，DLL是一个包含可由多个程序同时使用的代码和数据的库，DLL不是可执行文件。动态链接提供了一种方法，使进程可以调用不属于其可执行代码的函数。函数的可执行代码位于一个 DLL 中，该 DLL 包含一个或多个已被编译、链接并与使用它们的进程分开存储的函数。

DLL 还有助于共享数据和资源。多个应用程序可同时访问内存中单个DLL 副本的内容。DLL 是一个包含可由多个程序同时使用的代码和数据的库。Windows下动态库为.dll后缀，在linux在为.so后缀。

什么是静态库 ？？？

libmylib.a，这就是我们需要的静态库。 后缀为a的一个文件。

动态库和静态库有什么区别？？？
静态库在程序编译时会被连接到目标代码中，程序运行时将不再需要该静态库。
动态库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入，因此在程序运行时还需要动态库存在。

静态库和动态库是两种共享程序代码的方式，它们的区别是：静态库在程序的链接阶段被复制到了程序中，和程序运行的时候没有关系；动态库在链接阶段没有被复制到程序中，而是程序在运行时由系统动态加载到内存中供程序调用。使用动态库的优点是系统只需载入一次动态库，不同的程序可以得到内存中相同的动态库的副本，因此节省了很多内存。

由.o文件创建静态库;
　　静态库文件名的命名规范是以lib为前缀，紧接着跟静态库名，扩展名为.a。例如：我们将创建的静态库名为myhello，则静态库文件名就是libmyhello.a。在创建和使用静态库时，需要注意这点。创建静态库用ar命令。
　　在系统提示符下键入以下命令将创建静态库文件libmyhello.a。
　　# ar cr libmyhello.a hello.o

在程序中使用静态库;
　　静态库制作完了，如何使用它内部的函数呢？只需要在使用到这些公用函数的源程序中包含这些公用函数的原型声明，然后在用gcc命令生成目标文件时指明静态库名，gcc将会从静态库中将公用函数连接到目标文件中。注意，gcc会在静态库名前加上前缀lib，然后追加扩展名.a得到的静态库文件名来查找静态库文件。
　　在程序3:main.c中，我们包含了静态库的头文件hello.h，然后在主程序main中直接调用公用函数hello。下面先生成目标程序hello，然后运行hello程序看看结果如何。
　　# gcc -o hello main.c -L. -lmyhello
　　# ./hello
　　Hello everyone!

由.o文件创建动态库文件;
　　动态库文件名命名规范和静态库文件名命名规范类似，也是在动态库名增加前缀lib，但其文件扩展名为.so。例如：我们将创建的动态库名为myhello，则动态库文件名就是libmyhello.so。用gcc来创建动态库。
　　在系统提示符下键入以下命令得到动态库文件libmyhello.so。
　　# gcc -shared -fPCI -o libmyhello.so hello.o
在程序中使用动态库;
　　在程序中使用动态库和使用静态库完全一样，也是在使用到这些公用函数的源程序中包含这些公用函数的原型声明，然后在用gcc命令生成目标文件时指明动态库名进行编译。我们先运行gcc命令生成目标文件，再运行它看看结果。
　　# gcc -o hello main.c -L. -lmyhello
　　# ./hello

动态链接库===后缀 so

其中so是 Shared Object 的缩写，即可以共享的目标文件。

在链接动态库生成可执行文件时，并不会把动态库的代码复制到执行文件中，而是在执行文件中记录对动态库的引用。

程序执行时，再去加载动态库文件。如果动态库已经加载，则不必重复加载，从而能节省内存空间。

Linux下生成和使用动态库的步骤如下：

编写源文件。
将一个或几个源文件编译链接，生成共享库。
通过 -L -lxxx 的gcc选项链接生成的libxxx.so。
把libxxx.so放入链接库的标准路径，或指定 LD_LIBRARY_PATH，才能运行链接了libxxx.so的程序。

下面通过实例详细讲解。

编写源文件
建立一个源文件： max.c，代码如下：

int max(int n1, int n2, int n3)
{
int max_num = n1;
max_num = max_num < n2? n2: max_num;
max_num = max_num < n3? n3: max_num;
return max_num;
}
编译生成共享库：

gcc -fPIC -shared -o libmax.so max.c
我们会得到libmax.so。

实际上上述过程分为编译和链接两步， -fPIC是编译选项，PIC是 Position Independent Code 的缩写，表示要生成位置无关的代码，这是动态库需要的特性； -shared是链接选项，告诉gcc生成动态库而不是可执行文件。

上述的一行命令等同于：

gcc -c -fPIC max.c
gcc -shared -o libmax.so max.o

为动态库编写接口文件
为了让用户知道我们的动态库中有哪些接口可用，我们需要编写对应的头文件。

建立 max.h ，输入以下代码：

#ifndef MAX_H
#define MAX_H

int max(int n1, int n2, int n3);

#endif
测试，链接动态库生成可执行文件
建立一个使用max函数的test.c，代码如下：

#include <stdio.h>
#include “max.h”

int main(int argc, char *argv[])
{
int a = 10, b = -2, c = 100;
printf(“max among 10, -2 and 100 is %d.\n”, max(a, b, c));
return 0;
}
gcc test.c -L. -lmax 生成a.out，其中-lmax表示要链接libmax.so。
-L.表示搜索要链接的库文件时包含当前路径。

注意，如果同一目录下同时存在同名的动态库和静态库，比如 libmax.so 和 libmax.a 都在当前路径下，
则gcc会优先链接动态库。

运行
运行 ./a.out 会得到以下的错误提示。

./a.out: error while loading shared libraries: libmax.so: cannot open shared object file: No such file or directory
找不到libmax.so，原来Linux是通过 /etc/ld.so.cache 文件搜寻要链接的动态库的。
而 /etc/ld.so.cache 是 ldconfig 程序读取 /etc/ld.so.conf 文件生成的。
（注意， /etc/ld.so.conf 中并不必包含 /lib 和 /usr/lib，ldconfig程序会自动搜索这两个目录）

如果我们把 libmax.so 所在的路径添加到 /etc/ld.so.conf 中，再以root权限运行 ldconfig 程序，更新 /etc/ld.so.cache ，a.out运行时，就可以找到 libmax.so。

但作为一个简单的测试例子，让我们改动系统的东西，似乎不太合适。
还有另一种简单的方法，就是为a.out指定 LD_LIBRARY_PATH。

LD_LIBRARY_PATH=. ./a.out
程序就能正常运行了。LD_LIBRARY_PATH=. 是告诉 a.out，先在当前路径寻找链接的动态库。

对于elf格式的可执行程序，是由ld-linux.so*来完成的，它先后搜索elf文件的 DT_RPATH 段, 环境变量 LD_LIBRARY_PATH, /etc/ld.so.cache文件列表, /lib/,/usr/lib目录, 找到库文件后将其载入内存. (http://blog.chinaunix.net/uid-23592843-id-223539.html)

makefile让工作自动化
编写makefile，内容如下：

.PHONY: build test clean

build: libmax.so

libmax.so: max.o
gcc -o $@ -shared $<

max.o: max.c
gcc -c -fPIC $<

test: a.out

a.out: test.c libmax.so
gcc test.c -L. -lmax
LD_LIBRARY_PATH=. ./a.out

clean:
rm -f *.o *.so a.out
make build就会生成libmax.so， make test就会生成a.out并执行，make clean会清理编译和测试结果。