静态链接库和动态链接库

我们可以创建一种文件里面包含了很多函数和变量的目标代码，链接的时候只要把这个文件指示给链接程序就自动地从文件中查找符合要求的函数和变量进行链接，整个查找过程根本不需要我们操心。
这个文件叫做 “库（Libary）”，平时我们把编译好的目标代码存储到“库”里面，要用的时候链接程序帮我们从库里面找出来。

静态链接库：

　　在早期库的组织形式相对简单，里面的目标代码只能够进行静态链接，所以我们称为“静态库”，静态库的结构比较简单，其实就是把原来的目标代码放在一起，链接程序根据每一份目标代码的符号表查找相应的符号（函数和变量的名字），找到的话就把该函数里面需要定位的进行定位，然后将整块函数代码放进可执行文件里，若是找不到需要的函数就报错退出。
静态库的两个特点：

#1链接后产生的可执行文件包含了所有需要调用的函数的代码，因此占用磁盘空间较大。

#2如果有多个（调用相同库函数的）进程在内存中同时运行，内存中就存有多份相同的库函数代码，因此占用内存空间较多。


动态链接库：

动态链接库就是为了解决这些问题而诞生的技术，顾名思义，动态链接的意思就是在程序装载内存的时候才真正的把库函数代码链接进行确定它们的地址，并且就算有几个程序同时运行，内存也只存在一份函数代码。

　　动态库的代码必须满足这样一种条件：能够被加载到不同进程的不同地址，所以代码要经过特别的编译处理，我们把这种经过特别处理的代码叫做“位置无关代码（Position independed Code .PIC）”.

　　根据载入程序何时确定动态代码的逻辑地址，可以把动态装载分为两类。

#1 静态绑定(static binding)

使用静态绑定的程序一开始载入内存的时候，载入程序就会把程序所有调用到的动态代码的地址算出确定下来，这种方式使程序刚运行的初始化时间较长，不过旦完成动态装载，程序的运行速度就很快。

#2动态绑定（dynamic binding）

使用这种方式的程序并不在一开始就完成动态链接，而是直到真正调用动态库代码时，载入程序才计算（被调用的那部分）动态代码的逻辑地址，然后等到某个时候，程序又需要调用另外某块动态代码时，载入程序又去计算这部分代码的逻辑地址，所以，这种方式使程序初始化时间较短，但运行期间的性能比不上静态绑定的程序。

平时默认进行链接的标准 C/C++ 函数就是动态库。

Note：
　　内存中的动态代码只有一份副本，但动态库的数据仍然可能有多份副本，因为每一个链接到动态的进程都可能会修改库的数据，每当出现这种情况的时候，操作系统就复制出一份数据副本，然后修改进程的地址空间映射，使它指向新的数据副本，于是进程最后修改的只是属于自己的那份数据

假设编写了一个.c文件, gcc -c hello.c -o hello.o，得到.o文件

ar -r libhello.a hello.o 即可得到静态库

gcc -shared hello.o -o hello.so 即可得到共享库

静态库的链接：gcc target.c hello.a -o target

共享库的链接:gcc target.c hello.so -o target

gcc生成静态库和动态库

一、库文件简介

简单地说，库（Library）就是一组已经写好了的函数和变量、经过编译代码，是为了能够提高开发效率和运行效率而设计的。库分为静态库（Static Library）和共享库（Shared library）两类。静态库文件的扩展名是.a，共享库文件的扩展名是.so（在CYGWIN环境下，分别叫做.o和.dll）。共享库现在常常被叫做动态库，是由于很多人借用了MS Windows的DLL（Dynamic Linked Library）这个词。
（1）静态库
     静态是指每个用到该库的应用程序都拥有一份自己的库拷贝；应用程序运行的时候，即使将库删除也没有问题，因为应用程序自己已经有了自己的拷贝。
（2）共享库
     一个共享库有可能被多个所有应用程序共享。因此，对每个应用程序来说，即使不再使用某个共享库，也不应将其删除。此外，应用程序需要正确的环境变量设置（LD_LIBRARY_PATH），从而找到共享库所在的位置，否则，应用程序运行时会报告找不到这个库。

二、关于使用库的问题

     如果库是已经编译好的，那么如何在开发、运行应用程序时使用呢？头文件和库文件所在的路径，必须通过适当的方式通知给编译器、链接器和相关的应用程序。
     对于静态库来说，主要涉及开发工具，如gcc。例如，用gcc编译、链接时，需要通过适当的路径找到头文件和静态库文件；实现的方法有两种：
gcc的命令行参数（-I, -L）
shell的环境变量（C_INCLUDE_PATH, LIBRARY_PATH
     对于共享库来说，程序在运行时，如果用到了动态库，也需要找到对应的动态库文件；实现的方法：
shell的环境变量（LD_LIBRARY_PATH）
1） gcc命令行参数（-I, -L）
     默认情况下，gcc会自动搜索下面的路径：
对头文件：
/usr/local/include/
/usr/include/
对库文件：
/usr/local/lib/
/usr/lib/
     但是由于系统管理员对系统安装路径有不同的配置，或者对于如64位系统等情况，上述路径对于一台具体的计算机来说可能不同。如果开发者还有自己工程所需的头文件和库文件，就要用gcc的-I和-L来指定对应的路径。如果需要链接库，还要用-l选项。
     例如：如果工程涉及到GDBM（GNU DataBase Management）包，需要libgdbm库，而系统中安装GDBM的路径是：
头文件：/opt/gdbm-1.8.3/include
库文件：/opt/gdbm-1.8.3/lib/
     那么，gcc的命令参数是：
$gcc … -I/opt/gdbm-1.8.3/include -L/opt/gdbm-1.8.3/lib –lgdbm
     注意：为保证兼容性，必须坚决杜绝在C/C++源文件的#include语句中或者其他相关语句中使用上述路径。
2） shell环境变量（Environmental Variable）
     除了用命令行参数，还可以用环境变量来指示gcc搜索适当的路径。而由于Shell的不同，环境变量的设置方法也不同。常用的Shell有Bash, Csh和Tcsh。
（1）Bash
     对于Bash来说，除了由系统管理员配置的内容以外，每个用户的用户目录（$HOME）下，有个.bash_profile文件。可在该文件内，增加下面的两个语句来设置GDBM头文件路径的环境变量：
C_INCLUDE_PATH=/opt/gdbm-1.8.3/include
export C_INCLUDE_PATH
     类似地，在该文件内用下面的两个语句来设置库文件路径的环境变量：
LIBRARY_PATH=/opt/gdbm-1.8.3/lib
export LIBRARY_PATH
     在.bash_profile中有了上述语句以后，就不用再使用-I和-L来搜索特定包的路径了。但是链接库的时候，还是要用-l选项。
$gcc … –lgdbm
     在Bash下，要检查有什么样的环境变量，可用env命令。
$env
（2）Csh和Tcsh
     如果是Csh或Tcsh，对环境变量的设置方法就不同了。在用户的（$HOME）目录下，相关的一些文件如下：
.cshrc 每次进入Csh时的启动(Startup)文件
.tcshrc 每次进入Tcsh时的启动(Startup)文件（在Tcsh下，如果没有这个文件，系统会用.cshrc文件代替）
.login 每次登录Shell时的启动(Startup)文件
     在Csh和Tcsh下，分为Shell变量和环境变量；前者是用来设置Shell本身的，而后者则是供其他程序使用的。一般习惯是：Shell变量在.cshrc中定义，而环境变量则在.login文件中定义。
     定义Shell变量的方法是在.cshrc或.tcshrc中用set语句：
set history = 20
     定义环境变量的方法是在.login文件中用setenv语句。对于上面关于GDBM的例子：
setenv C_INCLUDE_PATH /opt/gdbm-1.8.3/include
setenv LIBRARY_PATH /opt/gdbm-1.8.3/lib
     在Csh和Tcsh下，可以用setenv命令来查看设置了哪些环境变量（如果要看Shell变量，要用set命令）。
注意：
- 设置Shell变量时要用“=”号；
- 设置环境变量时，变量名与实际值（这里是真实路径）之间没有“=”号;
- 不需要export。
3） 使用共享库
     使用共享库的应用程序，要通过环境变量LD_LIBRARY_PATH找到对应的共享库文件。与其他环境变量一样，对LD_LIBRARY_PATH也要根据shell的种类和库文件的实际路径进行设置。但是，必须注意的是，与一般的环境变量不同，LD_LIBRARY_PATH的值，是已经安装了的所有共享库的路径，因此，在Bash下，不能简单地用下面的办法：
LD_LIBRARY_PATH=/opt/gdbm-1.8.3/lib 错误！
export LD_LIBRARY_PATH
     而必须用：
LD_LIBRARY_PATH=/opt/gdbm-1.8.3/lib:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
     这样，就把其他共享库的路径也一起加入进来了。同样地，在Csh和Tcsh下，
setenv LD_LIBRARY_PATH /opt/gdbm-1.8.3/lib:$LD_LIBRARY_PATH

三、关于库生成的问题
    我们通常把一些公用函数制作成函数库，供其它程序使用。函数库分为静态库和动态库两种。静态库在程序编译时会被连接到目标代码中，程序运行时将不再需要该静态库。动态库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入，因此在程序运行时还需要动态库存在。

（1）静态库
     简单地说，静态库是一个目标文件的简单集合。因此，首先要解决目标文件。
     第一步：将各函数代码所在的源文件编译成目录文件。
     例如，对于myfunc.c, myproc.c
gcc -c myfunc.c myproc.c
将得到myfunc.o和myproc.o。
     第二步：由ar（archive，归档的意思）把多个目标文件集合起来。
$ar -r libmyjob.a myfunc.o myproc.o
     通常，静态库的命名方式应遵守libXXXXX.a格式。应用程序在使用静态库的时候，通常只需要把命名中的XXXXX部分传递给gcc即可。例如：
$gcc –o mywork –lmyjob …
     意为让gcc（实际上是gcc调用ld）去连接一个名字为libmyjob.a（或者libmyjob.so）的库。如果库的命名不遵循libXXXXX.a的格式就找不到相应文件。
例子：创建静态库
   hello.h为该函数库的头文件。hello.c是函数库的源程序，其中包含公用函数hello，该函数将在屏幕上输出"
hello XXX!"。main.c为测试库文件的主程序，在主程序中调用了公用函数hello。
程序1：
//hello.h
#ifndef HELLO_H
#define HELLO_H
void hello(const char *name);
#endif
程序2：
//hello.c
#include <stdio.h>
void hello(const char *name)
{
  printf("hello %s! \n",name);
}
程序3：
//main.c
#include "hello.h"
int main()
{
  hello("everyone");
  return 0;
}

实现步骤：
    第一步：必须将源程序hello.c通过gcc先编译成.o文件，生成hello.o（静态库/动态库，都是由.o文件创建的）；
    第二步：由.o文件创建静态库,生成libmyhello.a（静态库文件名的命名规范是以lib为前缀，紧接着跟静态库名，扩展名为.a）创建静态库用ar命令；
    第三步：在程序中使用静态库；（只需要在使用到这些公用函数的源程序中包含这些公用函数的原型声明，然后在用gcc命令生成目标文件时指明静态库名，gcc将会从静态库中将公用函数连接到目标文件中。注意，gcc会在静态库名前加上前缀lib，然后追加扩展名.a得到的静态库文件名来查找静态库文件）
    第四步：删除静态库文件，程序照常运行，静态库中的公用函数hello已经连接到目标文件main中了。
运行：
[root@localhost moduletest]# ls
hello.c  hello.h  main.c 
[root@localhost moduletest]# gcc -c hello.c
[root@localhost moduletest]# ls
hello.c  hello.h  hello.o  main.c
[root@localhost moduletest]# ar crv libmyhello.a hello.o
a - hello.o
[root@localhost moduletest]# ls
hello.c  hello.h  hello.o  libmyhello.a  main.c
[root@localhost moduletest]# gcc main.c libmyhello.a -o main  //将静态库加入到main.c中，这就是静态库，我们一般用的是动态库……
[root@localhost moduletest]# ./main 
hello everyone! 
[root@localhost moduletest]# rm -f libmyhello.a 
[root@localhost moduletest]# ls
hello.c  hello.h  hello.o  main  main.c
[root@localhost moduletest]# ./main 
hello everyone! 
[root@localhost moduletest]# 

（2）共享库
     共享库的构造复杂一些，通常是一个ELF格式的文件。可以有三种方法生成：
$ld -G
$gcc -shared
$libtool
     用ld最复杂，用gcc -share就简单的多，但是-share并非在任何平台都可以使用。GNU提供了一个更好的工具libtool，专门用来在各种平台上生成各种库。
     用gcc的-shared参数：
gcc –shared –o libmyjob.so myjob.o
     这样，就通过myjob.o生成了共享库文件libmyjob.so。
     特别地，在CYGWIN环境下，仍需要输出符合Windows命名的共享库（动态库），即libXXXXX.dll。如：
gcc –shared –o libmyjob.dll myjob.o

例子：创建动态库（延用上面的程序1，2，3）
实现步骤：
    第五步：由.o文件创建动态库文件（命令：gcc -shared -fPCI -o libmyhello.so hello.o）；
    第六步：在程序中使用动态库；（在程序中使用动态库和使用静态库完全一样，也是在使用到这些公用函数的源程序中包含这些公用函数的原型声明，然后在用gcc命令生成目标文件时指明动态库名进行编译。程序在运行时，会在/usr/lib和/lib等目录中查找需要的动态库文件。若找到，则载入动态库，否则将提示错误信息而终止程序运行。要将文件libmyhello.so复制到目录/usr/lib中）
运行：
[root@localhost moduletest]# ls
hello.c  hello.h  hello.o  main.c
[root@localhost moduletest]# gcc -shared -fPIC -o libmyhello.so hello.o
[root@localhost moduletest]# ls
hello.c  hello.h  hello.o  libmyhello.so  main.c
[root@localhost moduletest]# gcc main.c libmyhello.so -o main
[root@localhost moduletest]# ls
hello.c  hello.h  hello.o  libmyhello.so  main  main.c
[root@localhost moduletest]# ./main
./main: error while loading shared libraries: libmyhello.so: cannot open shared object file: No such file or directory
[root@localhost moduletest]# mv libmyhello.so /usr/lib
可以：
[root@localhost moduletest]# ls
hello.c  hello.h  hello.o  main  main.c
[root@localhost moduletest]# ./main
hello everyone! 
[root@localhost moduletest]# 
或者：
[root@localhost moduletest]# rm -f main
[root@localhost moduletest]# ls
hello.c  hello.h  hello.o  main.c
[root@localhost moduletest]# gcc -Wall -g main.c -lmyhello -o main
[root@localhost moduletest]# ls
hello.c  hello.h  hello.o  main  main.c
[root@localhost moduletest]# ./main 
hello everyone! 
[root@localhost moduletest]#
注意： 
    当静态库和动态库同名时， gcc命令将优先使用动态库。

（3）库生成以后的配置
     如果要把自己开发的库文件安装到操作系统中，需要有管理员权限：
(a) 把库文件复制到适当的目录：
     可以把自己开发的动态连接库放到/usr/local/lib（或者/usr/lib），或放到其他目录，但不论放在那里，都必须与LIBRARY_PATH的值、LD_LIBRARY_PATH的值相一致。
(b) 修改相关的系统配置文件：
     修改/etc/ld.so.conf，然后利用/sbin/ldconfig来完成。 

Note:
编译参数解析
     最主要的是GCC命令行的一个选项:
-shared 该选项指定生成动态连接库（让连接器生成T类型的导出符号表，有时候也生成弱连接W类型的导出符号），不用该标志外部程序无法连接。相当于一个可执行文件
l -fPIC：表示编译为位置独立的代码，不用此选项的话编译后的代码是位置相关的所以动态载入时是通过代码拷贝的方式来满足不同进程的需要，而不能达到真正代码段共享的目的。
l -L.：表示要连接的库在当前目录中（注意哦，L后面有个点，就是当前目录的意思呵呵）
l -ltest：编译器查找动态连接库时有隐含的命名规则，即在给出的名字前面加上lib，后面加上.so来确定库的名称
l LD_LIBRARY_PATH：这个环境变量指示动态连接器可以装载动态库的路径。
l 当然如果有root权限的话，可以修改/etc/ld.so.conf文件，然后调用 /sbin/ldconfig来达到同样的目的，不过如果没有root权限，那么只能采用输出LD_LIBRARY_PATH的方法了。
    调用动态库的时候有几个问题会经常碰到，有时，明明已经将库的头文件所在目录 通过 “-I” include进来了，库所在文件通过 “-L”参数引导，并指定了“-l”的库名，但通过ldd命令察看时，就是死活找不到你指定链接的so文件，这时你要作的就是通过修改 LD_LIBRARY_PATH或者/etc/ld.so.conf文件来指定动态库的目录。通常这样做就可以解决库无法链接的问题了。

在用c写程序时，很多时候需要存储一些简单的数据，如果为此而用mysql数据库就有些大才小用了，可以把这些数据以结构的形写入文件，然后再需要时读取文件，取出数据。

如下是定义函数的源文件和头文件：

源文件struct.c:

#include "struct.h" //第一个参数是要写入的文件名，第二个参数是缓冲区，第三个参数是缓冲区大小， 第四个参数是打开文件流的形态，返回TRUE表示写入成功，返回FALSE表示写入失败 int writeStruct(const char *fileName,char *buffer,int bufferLen,char *mode){ int ret; FILE *fileID = NULL; fileID = fopen(fileName,mode); if (fileID == NULL){ perror("fopen"); goto writeEnd; } rewind(fileID); ret = fwrite(buffer,bufferLen,1,fileID); if (ret <= 0){ perror("fwrite"); goto writeEnd; } if (fileID != NULL){ fclose(fileID); fileID = NULL; } return TRUE; writeEnd: if (fileID != NULL){ fclose(fileID); fileID = NULL; } return FALSE; } //第一个参数是要读取的文件名，第二个参数是缓冲区，第三个参数是缓冲区大小， 第四个参数是打开文件流的形态，返回TRUE表示读取成功，返回FALSE表示读取失败 int readStruct(const char *fileName,char *buffer,int bufferLen,char *mode){ int ret; FILE *fileID = NULL; fileID = fopen(fileName,mode); if (fileID == NULL){ perror("fopen"); goto readEnd; } rewind(fileID); memset(buffer,0,sizeof(buffer)); ret = fread(buffer,bufferLen,1,fileID); if (ret >= 0){ strcat(buffer,"\0"); }else{ perror("fread") ; goto readEnd; } if (fileID != NULL){ fclose(fileID); fileID = NULL; } return TRUE; readEnd: if (fileID != NULL){ fclose(fileID); fileID = NULL; } return FALSE; }

头文件struct.h:

#ifndef OWNSTRUCT_H_ #define OWNSTRUCT_H_ #include<stdio.h> #include<string.h> #include<stdlib.h> #define FALSE 0 #define TRUE 1 //第一个参数是要写入的文件名，第二个参数是缓冲区，第三个参数是缓冲区大小， 第四个参数是打开文件流的形态，返回TRUE表示写入成功，返回FALSE表示写入失败 int writeStruct(const char *fileName,char *buffer,int bufferLen,char *mode); //第一个参数是要读取的文件名，第二个参数是缓冲区，第三个参数是缓冲区大小， 第四个参数是打开文件流的形态，返回TRUE表示读取成功，返回FALSE表示读取失败 int readStruct(const char *fileName,char *buffer,int bufferLen,char *mode); #endif

为了使用方便，可以把这两个函数接口定义为动态链接库或静态链接库。用动态链接库编译生成的可执行文件需调用.so文件方可正常运行，灵活但稍显麻烦;用静态链接库编译生成的可执行文件可直接运行，不用再调用如.so般的依赖库文件，简单但不灵活。

静态链接库：

1、编译生成目标文件

gcc -c struct.c

2、创建静态库

ar cqs libstruct.a struct.o (顺序不能乱)

3、链接静态链接库，生成可执行文件

gcc main.c -static -L. -ltest -o main//指明是静态链接，也会将库加入到main中的

动态链接库：

1、编译成动态链接库

gcc struct.c -fPIC -shared -o libstruct.so

2、链接动态链接库，生成可执行文件

gcc main.c -L. -lstruct -o main

3、设置库文件的环境路径

1)在bashrc或profile文件里用LD_LIBRARY_PATH定义，然后用source加载。

2)把库路径添加到ld.so.conf文件中，然后用ldconfig加载。

3)ldconfig /home/user/lib，仅能暂时性使用，若下次ldconfig时此目录下的动态链接库就不能被共享了。

gcc一些参数解析

-shared：指定生成动态链接库。

-static：指定生成静态链接库。

-fPIC：表示编译为位置独立的代码，用于编译共享库。目标文件需要创建成位置无关码，概念上就是在可执行程序装载它们的时候，它们可以放在可执行程序的内存里的任何地方。

-L.：表示要连接的库在当前目录中。

-l：指定链接时需要的动态库。编译器查找动态连接库时有隐含的命名规则，即在给出的名字前面加上lib，后面加上.so来确定库的名称。

-Wall：生成所有警告信息。

-ggdb：此选项将尽可能的生成gdb的可以使用的调试信息。

-g：编译器在编译的时候产生调试信息。

-c：只激活预处理、编译和汇编,也就是把程序做成目标文件(.o文件)。

-Wl,options：把参数(options)传递给链接器ld。如果options中间有逗号,就将options分成多个选项,然后传递给链接程序。