恰好之前我写过一篇文章讨论这个问题，下面摘录一部分。

动态链接库和静态链接库

使用我们按照之前几节配置好的 vim 输入以下代码：

// 文件名

t.c

#include <stdio.h>

int main()

{

printf(“hello embedTime “);

return 0;

}

这段代码包含了 stdio 头文件，调用了库函数 printf，所以编译它肯定会使用链接库。linux 系统有两种链接库，一种常常被称为“静态链接库（static library）”，还有一种常被称作“动态链接库（shared library）”。

动态链接是应用非常广泛的方式。动态链接库的英文字面意思可以翻译为“共享的库”，的确如此，使用动态链接库的程序在加载时，linux 内核会检查程序用到的库是否已经在内存中，如果在，则 linux 内核不再重新加载库，直接就执行程序了。所以，多个程序可以共享一个库，这实际上可以节约资源。

对于静态链接库来说，程序链接时会将其作为程序的一部分，因此最终生成的可执行程序相比于动态链接方式，会更大一点。

编译上面的程序：

# gcc t.c -o shared.out

这条编译语句使用的是动态链接方式。为 gcc 命令附加 -static 命令，可以以静态链接方式编译程序：

# gcc t.c -static -o static.out

现在我们查看一下这两种链接方式生成的可执行程序大小对比：

# ls -ahltotal 888Kdrwxr-xr-x 3 root root 4.0K Dec 17 22:40 .drwxr-xr-x 8 root root 4.0K Dec 11 10:28 ..drwxr-xr-x 2 root root 4.0K Dec 17 22:39 his-rwxr-xr-x 1 root root 8.4K Dec 17 22:40 shared.out-rwxr-xr-x 1 root root 857K Dec 17 22:40 static.out-rw-r–r– 1 root root 76 Dec 17 21:37 t.c

很容易看出，使用静态链接方式生成的可执行程序，要比使用动态链接方式生成的可执行程序大 100 多倍。虽然几百 KB 对于大多数 linux 主机来说不算什么，但是嵌入式系统资源一般都非常紧缺，这时再轻易使用静态链接就非常奢侈了。

使用静态链接也是有好处的，生成的可执行程序能够脱离库独立运行，而使用动态链接的可执行程序则不能脱离库独立运行。

静态链接和动态链接的可执行程序，执行过程有哪些不同

上面讨论了 linux 中程序链接的两种方式，既然可执行程序体积相差这么多，那它们的执行过程也应该有所差异了？的确如此，现在我们一起来分析下。在linux中分析程序的执行过程，可以使用 strace 命令。

先分析 shared.out，我们输入 strace ./shared.out，会发现有一大堆输出信息：

# strace ./shared.outexecve(“./shared.out