静态库和动态库.docVIP

8月27号 回顾： Linux Unix的简介 gcc 的用法 预处理命令 今天： 静态库和共享库（动态库） C语言的错误处理 环境变量在程序中的处理（环境表） 由于项目比较复杂，代码数量非常庞大，可以把代码打包成库文件，提供库文件和头文件即可。 库文件分成两种： 静态库和共享库（动态库），静态库和共享库都是代码的归档文件。在使用静态库时，把静态库复制到目标文件中，导致目标文件比较大；使用共享库时，把函数的地址放到目标文件中。 静态库和共享库的优缺点： 静态库的优点：目标文件是独立于库文件，运行速度稍快。 缺点：目标文件太大，不利于代码的修改，扩展和复用 共享库的优点：目标文件比较小，修改，扩展和复用比较方便。 缺点：目标文件必须和共享库文件同时存在，代码才能正常运行。运行速度 稍慢。 开发多半使用共享库。 使用了静态库的步骤： 一.创建静态库文件（.a） 1写源程序add.c保存退出 2编译源文件，得到.o文件（gcc -c） 3创建静态库文件： ar -r libXX.a add.o //把add.o文件加入到libxx.a库中 注：lib 开头 .a结束是静态库的命名规范，XX叫库名 创建静态库文件后，还需要提供.h文件。 二.使用静态库 1写调用源程序text.c ，保存退出 2编译text.c ，只编译不连接（gcc -c） 3连接text.o 和静态库文件 连接方式有三种： A直接连接 gcc text.o libXX.a B 配置环境变量LIBRARY_PATH，把库文件所在路径放入其中，然后： gcc text.o -lXX C gcc text.o -lXX -L所在路径（双L，推荐） 自己总结： 写.c文件（add.c） 编译不连接 gcc -c 得到.o 文件(add.o) 创建库文件 ar -r libXX.a add.o 写调用的源程序 .c 文件（text.c） 编译不连接 gcc -c text.c 得到.o文件（text.o） 连接text.o和静态库 gcc text.o libXX.a 运行产生的a.out文件 使用共享库的步骤： 创建共享库 1写源程序add.c ，保存退出 2编译 gcc -c -fpic add.c （不写-fpic也行） 3生成共享库 gcc -shared add.o -olibXX.so 注：共享库也需要提供头文件 使用共享库 和静态库方式一样 注：连接成功后。需要配置LD_LIBRARY_PATH才能运行成功。 自己总结： 写.c文件（add.c） 编译不连接 gcc -c -fpic add.c 得到.o 文件（add.o） 生成共享库 gcc -shared add.o -olibXX.so 写调用函数 .c 文件（text.c） 编译不连接 gcc -c text.c 得到.o文件（text.o） 连接text.o和共享库 gcc text.o libXX.so 连接成功后。需要配置LD_LIBRARY_PATH才能运行成功 export LD_LIBRARY_PATH=. 运行产生的a.out文件 ldd 命令可以查看使用的共享库。 动态调用共享库（动态编程） 代码在运行时才知道调用哪个函数，执行哪一段代码 相关的函数： dlopen() dlsym() dlclose() 错误处理dlerror() dlopen：打开共享库文件 dlclose：关闭共享库文件 dlsym：从一个打开的库文件中获得一个函数，返回函数指针 dlopen（参数1，参数2）第一个参数是共享库的文件名，第二个参数是加载方式： RTLD_LAZY 是延时加载，open 是不加载，使用加载 RTLD_NOW open 文件的同时加载 返回库文件的首地址 错误处理 C程序没有异常，因此错误处理有自己的一套机制： 用返回值的不同体现错误： 1返回指针类型，一般用 NULL 代表错误。 2返回int 类型，返回的数据不可能是-1，一般用-1代表错误。 3返回int 类型，但返回数据有可能是-1，用指针取数据，用返回-1代表错误，返回0代表正确。 4如果