1.函数库的提供形式:动态链接库与静态链接库
-> 比较早出现的是静态链接库,静态库其实就是商业公司将自己的函数库源代码经过只编译不连接形成.o的目标文件,然后用ar工具将.o文件归档成.a的归档文件(.a的归档文件又叫静态链接库文件)。商业公司通过发布.a库文件和.h头文件来提供静态库给客户使用;客户拿到.a和.h文件后,通过.h头文件得知库中的库函数的原型,然后在自己的.c文件中直接调用这些库文件。
-> 动态链接库比静态链接库出现的晚,效率更高一些,是改进型的,现在我们一般都是使用动态库。
-> 静态库在用户链接自己的可执行程序时就已经把调用的库中的函数的代码段链接进最终可执行程序中了,这样好处是可以执行,坏处是太占地方了。
-> 动态链接库本身不将库函数的代码段链接入可执行程序,只是做个标记。然后当应用程序在内存中执行时,运行时环境发现它调用了一个动态库中的库函数时,会去加载这个动态库到内存中,然后以后不管有多少个应用程序去调用这个库中的函数都会跳转到第一次加载的地方去执行(不会重复加载)。
2.制作静态链接库
-> 写一个aston.c文件:简单的实现两个函数
#include <stdio.h>
void func1(void)
{
printf("func1 in aston.c.\n");
}
int func2(int a, int b)
{
printf("func2 in aston.c.\n");
return a + b;
}
-> 再写一个aston.h文件:声明两个函数
void func1(void);
int func2(int a, int b);
-> 然后写一个makefile来进行编译生成静态库
all:
gcc aston.c -o aston.o -c //只编译不连接
ar -rc libaston.a aston.o //打包成libaston.a库
-> 编译过程:
3.使用静态链接库
-> 新建test文件夹下写一个test.c,测试使用静态库
#include "aston.h"
#include <stdio.h>
int main(void)
{
func1();
int a = func2(4, 5);
printf("a = %d.\n", a);
return 0;
}
-> 把.a和.h都放在我引用的文件夹test下,然后在.c文件中包含库的.h,然后直接使用库函数。
-> 编译方法:gcc test.c -o test -laston -L.,生成test,执行正确。
4.创建一个动态链接库
-> 同样的先写一个aston.c文件:简单的实现两个函数
#include <stdio.h>
void func1(void)
{
printf("func1 in aston.c.\n");
}
int func2(int a, int b)
{
printf("func2 in aston.c.\n");
return a + b;
}
-> 再写一个aston.h文件:声明两个函数
void func1(void);
int func2(int a, int b);
-> 然后写一个makefile来进行编译生成静态库
gcc aston.c -o aston.o -c -fPIC //只编译不连接
gcc -o libaston.so aston.o -shared
5.使用自己创建的共享库
-> 新建test文件夹下写一个test.c,测试使用静态库
#include "aston.h"
#include <stdio.h>
int main(void)
{
func1();
int a = func2(4, 5);
printf("a = %d.\n", a);
return 0;
}
-> 把.a和.h都放在我引用的文件夹test下,然后在.c文件中包含库的.h,然后直接使用库函数。
-> 编译方法:gcc test.c -o test -laston -L.编译成功
但是运行出错,报错信息:
error while loading shared libraries: libaston.so: cannot open shared object file: No such file or directory
错误原因:动态链接库运行时需要被加载(运行时环境在执行test程序的时候发现他动态链接了libaston.so,于是乎会去固定目录尝试加载libaston.so,如果加载失败则会打印以上错误信息。)
解决方法一:
将libaston.so放到固定目录下就可以了,这个固定目录一般是/usr/lib目录。cp libaston.so /usr/lib
即可
解决方法二:
使用环境变量LD_LIBRARY_PATH。操作系统在加载固定目录/usr/lib之前,会先去LD_LIBRARY_PATH这个环境变量所指定的目录下去寻找,如果找到就不用去/usr/lib下面找了,如果没找到再去/usr/lib下面找。所以解决方案就是将libaston.so所在的目录导出到环境变量LD_LIBRARY_PATH中即可。
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/mnt/hgfs/winshare/code/archiveuse/test