静态链接把库代码直接复制进可执行文件，动态链接则在运行时才加载共享库。 这是根本区别，决定了程序体积、部署方式、更新逻辑和运行依赖。

静态链接：编译时“打包”进程序

编译器把 .a（Linux/macOS）或 .lib（Windows）这类静态库的代码，原封不动地拷贝到最终生成的可执行文件中。生成后，程序不再需要原始库文件就能独立运行。

• 可执行文件体积更大，因为每份程序都含一份库代码副本
• 启动快，无需额外加载和符号解析步骤
• 版本固定——用的是编译那一刻的库，后续系统升级不影响它
• 适合嵌入式、容器镜像或需强隔离的场景（比如不想被系统glibc升级影响）

动态链接：运行时“按需调用”共享库

编译时只记录依赖哪些 .so（Linux）、.dylib（macOS）或 .dll（Windows），实际代码保留在外部文件里。程序启动时由操作系统加载器读取并映射进内存，多个进程可共用同一份库内存页。

• 可执行文件小，节省磁盘和内存（尤其多进程共享时）
• 库更新方便——换一个 .so 文件，所有依赖它的程序下次启动就自动用新版
• 但必须确保运行环境存在对应版本的库，否则报 “xxx not found” 错误
• 首次加载稍慢，涉及路径查找、重定位、符号绑定等过程

怎么选？看实际需求

不是技术越新越好，而是匹配使用场景：

• 发给客户单个免安装程序？优先静态链接（如用 -static 编译 OpenSSL 或 Boost）
• 内部服务长期运行、需热更新底层功能？动态链接更灵活
• 用 C++ 标准库时，默认动态链接（libstdc++.so 或 libc++.dylib），加 -static-libstdc++ 可局部静态化
• 混合使用很常见：主程序动态链接系统库，关键算法模块静态链接自研库

一个小提醒：RPATH 和 LD_LIBRARY_PATH

动态链接的程序要找到 .so 文件，靠的是库搜索路径。Linux 下可通过 -Wl,-rpath,/your/lib/path 把路径硬编码进可执行文件，比依赖环境变量 LD_LIBRARY_PATH 更可靠；macOS 对应的是 -rpath 和 @rpath 机制。