linux 下静态库 动态库 C程序在内存中的位置

静态库

静态库的制作

ar rcs libmylib.a file1.o file2.o file3.o

ar 是制作静态库的命令；rcs是选项

---

静态库的使用

gcc test.c libxxx.a -o a.out

---

如果静态库不再当前路径下，头文件也不再在当前路径下

gcc test.c ./lib/libxxx.o a.out -I ./inc

./lib/libxxx.o 表示具体路径下的静态库 可以是相对路径 也可以是绝对路径
-I ./inc 表示头文件所在的位置

linux中静态库是以 .a 为后缀的文件；windows中静态库是以 .lib 为后缀的文件

动态库

1.生成和位置无关的.o文件

gcc -c add.c -o add.o -fPIC

使用这个参数后，生成的函数就和位置无关，挂上@plt标志，等待动态绑定

---

2.使用gcc -shared 制作动态库

gcc -shared -o libxxx.so add.o sub.o div.o

libxxx.so 库名
add.o sub.o div.o 挂上@plt标志的.o文件

---

3.编译可执行程序时指定所使用的动态库 -l :指定库名 -L :指定库路径 -I:头文件所在位置

gcc test.c -o a.out -l xxx -L ./lib -I ./inc

xxx 库名
-L ./lib 库所在的位置
-I ./inc 头文件所在的位置

---

4.运行可执行程序

./a.out

多提一下，在linux下动态库的后缀是.so(shared object) 在windows下后缀是.dll(Dynamic Link Library)

Linux下32位环境的用户空间内存分布情况

对于32位环境，理论上程序可以拥有 4GB 的虚拟地址空间，我们在C语言中使用到的变量、函数、字符串等都会对应内存中的一块区域。

但是，在这 4GB 的地址空间中，要拿出一部分给操作系统内核使用，应用程序无法直接访问这一段内存，这一部分内存地址被称为内核空间（Kernel Space）。

Windows 在默认情况下会将高地址的 2GB 空间分配给内核（也可以配置为1GB），而 Linux 默认情况下会将高地址的 1GB 空间分配给内核。也就是说，应用程序只能使用剩下的 2GB 或 3GB 的地址空间，称为用户空间（User Space）。

Linux下64位环境的用户空间内存分布情况

在64位环境下，虚拟地址空间大小为 256TB，Linux 将高 128TB 的空间分配给内核使用，而将低 128TB 的空间分配给用户程序使用。如下图所示：

在64位环境下，虚拟地址虽然占用64位，但只有最低48位有效。这里需要补充的一点是，任何虚拟地址的48位至63位必须与47位一致。

上图中，用户空间地址的47位是0，所以高16位也是0，换算成十六进制形式，最高的四个数都是0；内核空间地址的47位是1，所以高16位也是1，换算成十六进制形式，最高的四个数都是1。这样中间的一部分地址正好空出来，也就是图中的“未定义区域”，这部分内存无论如何也访问不到。