动静态库

创建静态库和动态库

额外使用两个.c文件：

// myMath.h:
#pragma once

#include <stdio.h>
#include <assert.h>

// 从from累加到to
extern int addToVal(int from, int to);
// myMath.c:
#include "myMath.h"

int addToVal(int from, int to) {
    assert(from <= to);

    int result = 0;
    for(int i = from; i <= to; i++) {
        result += i;
    }

    return result;
}

// myPrint.h:
#pragma once

#include <stdio.h>

extern void myPrint(const char* msg);
// myPrint.c
#include "myPrint.h"

void myPrint(const char* msg){
    printf("%s:: %d\n", msg, __TIME__);
}

介绍静态链接

创建静态库

ar可以看作是归档的意思：archive, -rc则是 replace 和 creat 覆盖或创建

打包静态库

创建动态库

与创建静态库不同的是, 创建动态库使用的工具只有gcc

因此, 动态库的创建实际上 可以不用先编译出.o文件

创建动态库可以直接使用这条指令实现:

gcc -shared -fPIC srcFile -o libxxx.so

可以直接将指定的源文件编译生成为动态库

什么是fPIC选项

打包动态库

动、静态库的使用

静态库的使用

当前所在路径：

$ pwd
/home/July/gitCode/github/problem-of-learning/Linux/Code/CPP/libStaticDynamic/lib-static

当前在静态库打包的路径

在包含头文件时, 直接指定了头文件的相对位置

Linux系统中, 系统头文件路径一般会在：/usr/include

用户安装的某些软件的头文件应该会在：/usr/local/include

1. 将我们的库文件添加到系统的库文件路径下

   Linux操作系统的库文件路径一般在：/lib64

   我们需要将静态库文件添加到此路径下：

   然后再编译链接：

   会发现, 还是错误.

   这是又是为什么呢？

   以往我们使用C语言时, 我们使用的都是c语言提供的库. 而gcc默认是认识c语言的库的, 但是它并不认识其他的第三方库, 比如我们的库. 它不认识我们的库, 那么即使我们的库就在系统库目录下、就在他眼前, 它也认不出来

   系统的库文件目录下, 已经存在了我们的库文件, 但是gcc不认识

   所以, 除了让gcc可以找到库文件, 还要让gcc认识库文件

   这是, 就需要使用 -l 选项, 来指定我们需要的库：

   gcc使用-l, 可以告诉gcc需要使用哪个库. 就是让gcc认识我们使用的库

   -l后需要跟库名, 但是并不需要跟完整的库名, 比如libxxxx.a, 只需要跟xxxx的部分

   -l后可以跟空格, 也可以不跟

   这样的方式, 其实就是将第三方库安装到了系统中.

   但是, 并不推荐直接将第三方库安装到系统的库文件目录下

   这样的操作其实是, 污染了系统库. 所以我们最好将刚刚添加的库文件删除了.

   删除之后, 再执行gcc语句：

2. 指定头文件路径和库文件路径

   我们修改一下test.c的内容：

   #include "myPrint.h"
   #include "myMath.h"
   #include <stdio.h>
   
   int main() {
   	int ret = addToVal(20, 30);
   	printf("addToVal(20, 30): %d\n", ret);
   
   	myPrint("Hello world, hello July");
   
   	return 0;
   }

   再直接进行编译链接：

   头文件也找不到了, 而且库文件也肯定找不到, 使用的第三方库函数肯定也无法找到

   那么在不污染系统查找路径的前提下, 如何正确的编译链接呢？

   gcc 有两个选项：

   1. -I: 可以用来指定包含的头文件的路径
   2. -L: 可以用来指定所使用库文件的路径

   那么使用这两个选项：

   gcc test.c -I ./include -L ./lib -lMyfunc

动态库的使用

1. 在系统库目录下添加使用的动态库

   在/lib64目录下添加动态库, 就是将动态库安装到系统中

   系统的库目录, 不仅仅只是给gcc提供库的查找路径的, 而是给系统中的所有进程, 所以 在系统库目录下添加动态库, 所有进程就可以找到

   这个就不演示了

2. 添加相应的环境变量

   Linux操作系统中, 有一个环境变量是用来 指定 进程动态运行时 查询库文件的路径的: LD_LIBRARY_PATH

   所以, 我们只要添加环境变量, 进程就会向环境变量下的目录中查找动态库

   举个例子:

   # 永久添加环境变量
   # 首先 先增加用户的写权限
   sudo chmod a+w /etc/profile
   vim /etc/profile
   # 在打开文件的最后一行输入
   export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/July/gitCode/github/problem-of-learning/Linux/Code/CPP/libStaticDynamic/lib-dynamic/lib
   # 保存退出之后, 关闭用户的写权限 再执行命令使修改生效
   sudo chmod a-w /etc/profile
   # 必须关闭用户写权限
   source /etc/profile

   然后再执行可执行程序:

   可以看到, 程序已经可以正常执行

   测试完之后, 可以取消设置

3. 添加系统配置文件

   除了上面的添加环境变量来让进程可以找到动态库之外, 还有另外一种方法：添加系统配置文件

   Linux操作系统中 /etc/ld.so.conf.d 路径下, 保存的是搜索动态库的配置文件:

   我们可以添加一个类似的文件, 来让进程知道向哪里查询动态库

   但是文件内容是什么呢?

   可以先查看一下已经存在的文件:

   可以看到, 其实这些配置文件的内容, 就是一个动态库所在的路径

   那么我们也可以比葫芦画瓢, 添加一个指定动态库路径的配置文件, 文件名可以随便写:

   添加了配置文件之后, 可执行程序还是不能正常运行.

   因为我们添加的配置文件还没有被加载到系统内存中, 所需需要使用命令：ldconfig 配置文件

   可以删除配置文件后, 执行ldconfig 来取消配置文件的加载

4. 添加软连接

   这个方法与第一种方法类似, 也是向系统的库文件目录下添加文件

   不过此时添加的是动态库的软连接, 而不是原本的动态库文件:

   添加之后, 可以正常执行程序

   并且, 此时再编译, 也不需要指定库的目录了!

为什么使用静态库的可执行程序没有查找不到库的情况？

为什么使用第三方动态库的可执行程序需要知道动态库的路径？