程序的动态链接

动态链接是一种程序运行机制，它把程序和一些通用的、共享的代码库“挂钩”的过程，推迟到了程序运行时才进行，而不是在编译打包时就全部塞进去。

想象一下，你要写一份菜谱（开发程序）。

静态链接（对比：私人书架）
- 你在写菜谱时，觉得需要参考《刀工大全》和《调味宝典》里的内容。于是，你直接把这两整本书复印下来，和你自己的菜谱手稿装订成一本厚厚的大合集。
- 优点：自成一体，无论走到哪里，只要带着这本合集，就一定能做菜，不依赖任何外部环境。
- 缺点：合集体积庞大（因为包含了所有复印的内容）。如果《调味宝典》发现了错误并发布了修订版，你必须把整本合集重新复印、重新装订，非常麻烦。
动态链接（对比：社区图书馆）
- 你写的菜谱里只注明：“切菜方法请参考《刀工大全》第30页”、“调味方法请参考《调味宝典》第15页”。
- 当有人（用户）要使用你的菜谱时，他需要去社区的公共图书馆（相当于系统的动态链接库）里找到这两本书，然后按照你给的页码查阅。
- 优点：
  1. 你的菜谱非常轻薄（程序体积小），方便分发。
  2. 易于更新：如果《调味宝典》修订了，图书馆会换上新版，所有使用这本宝典的菜谱都会自动受益于新的、更正确的知识，无需重新打印菜谱。
  3. 节省社区总空间：图书馆里只需要存一份《调味宝典》，整个社区的所有厨师都可以共享它，而不是人手一份复印本。

组成部分：
- 你的主程序：它本身是不完整的，里面包含了很多“空洞”或“引用”，标记着需要调用的函数（比如 printf）在哪个共享库里。
- 动态链接库：在 Windows 上是 .dll 文件，在 Linux/macOS 上是 .so 或 .dylib 文件。这些文件包含了大量被许多程序共享的通用函数代码。
过程：
- 编译时：编译器确认你的程序调用了哪些共享库函数，并记录下这些函数的名字。
- 运行时：
  - 当你启动程序时，操作系统的动态链接器 开始工作。
  - 它根据记录，去系统的标准路径（如 /usr/lib）或程序指定路径寻找所需的 .dll 或 .so 文件。
  - 找到后，将其加载到内存中。
  - 将你程序中的函数“空洞”与库中函数在内存中的实际地址连接起来。
- 至此，你的程序才能完整地运行。

优点：

缺点：

依赖管理问题（“DLL Hell”）：如果目标计算机上没有你程序所需的库，或者版本不对，程序就会无法启动，并报错如“找不到 xxx.dll”。这就是著名的“DLL Hell”问题。
轻微的启动性能损失：在程序启动时需要进行链接操作，所以比静态链接的程序启动稍慢一丁点（通常难以察觉）。
部署稍复杂：有时你需要确保你的程序带着它所需要的特定版本的库一起分发。