C/C++中“静态链接（Static Linking）” 和 “动态链接（Dynamic Linking）释疑

C/C++ 里的 "静态链接流程" 是「编译链接阶段」的操作，而 DLL 的 "动态链接库" 是「程序运行阶段」的加载方式，二者描述的是不同环节。

概念	发生阶段	核心操作	目标 / 产物
静态链接（流程）	编译链接阶段	C/C++ 的 link.exe 将.obj、.lib（静态库 / 导入库）的代码直接拷贝到 EXE/DLL 中	生成包含完整代码的 EXE/DLL
动态链接（机制）	程序运行阶段	系统加载器（Windows 的 ntdll.dll）将 DLL 加载到进程内存，EXE 仅 "引用" DLL 代码	共享 DLL 代码，减少 EXE 体积

DLL 的全称是 "Dynamic Link Library（动态链接库）"，重点在运行时的 "动态链接" 机制 ；而 "C/C++ 静态链接流程"，是编译期生成 DLL/EXE 的过程------ 二者描述的是 "生成产物" 和 "使用产物" 的不同阶段。

DLL 的 "动态" 体现在程序运行时的链接方式，而非编译期的生成方式，这也是它和 "静态库（.lib）" 的本质区别：

静态库（纯.lib，无 DLL） ：编译链接阶段，link.exe 会把静态库中的全部代码直接拷贝到 EXE 里。运行时 EXE 不依赖任何外部文件，完全独立 ------ 这是 "全程静态"（编译期静态链接，运行时无链接）。
动态库（.dll + 导入.lib） ：编译链接阶段，link.exe不会拷贝 DLL 的代码到 EXE 里，只在 EXE 中写入 "DLL 名称 + 导出函数的符号信息"（这就是导入.lib 的作用）；程序运行时，Windows 加载器才会根据这些信息，将 DLL 加载到进程内存，把 EXE 中 "引用 DLL 函数的位置" 绑定到 DLL 的实际代码地址 ------ 这个运行时的 "延迟链接" 就是 "动态链接"，也是 DLL 名称的核心由来。

假设你写了一个 EXE 调用add()函数：

若add()在静态库math.lib中：link.exe 编译时把add()的机器码直接拷贝到 EXE 里，EXE 体积变大（比如增加 100KB），运行时无需任何外部文件。
若add()在动态库math.dll中：link.exe 编译时只在 EXE 里记一句 "add()在 math.dll 里"（导入.lib 帮 link.exe 确认这个信息），EXE 体积几乎不变；运行时系统才加载 math.dll，找到add()的地址并执行 ------ 这就是 "动态链接"（链接动作发生在运行时）。

C/C++ 所谓的静态链接流程，其实是指生成 DLL 本身的编译链接过程（link.exe 把.obj、系统库等链接成 DLL），这个过程是 "编译期的静态链接"，但不影响 DLL 被使用时的 "动态链接" 特性：

生成 DLL 时的 "静态链接"：link.exe 将多个.obj、系统静态库（如 kernel32.lib）的代码静态链接到 DLL 中 （注意：这里链接的是 "系统静态库"，不是 DLL 的导入库），最终生成包含完整代码的 DLL------ 这是 "生成产物的静态链接"。（重点在生成dll本身）
使用 DLL 时的 "动态链接"：其他程序（EXE）调用 DLL 时，不拷贝 DLL 代码，只在运行时动态加载 ------ 这是 "使用产物的动态链接"。（重点在其他程序调用）

简单说：DLL 的 "动态" 是针对 "使用者" 的，而非 "生成者"。

很多人混淆的点在于，C/C++ 中 "静态链接" 有两层含义：

链接静态库：link.exe 把静态库代码拷贝到 EXE/DLL（生成阶段）；
静态链接 DLL（隐式链接）：编译期通过导入.lib 确认 DLL 符号，运行时自动加载 DLL（使用阶段）------ 这种 "隐式链接" 虽然编译期要依赖.lib，但运行时依然是动态加载 DLL，本质还是动态链接（区别于 "显式链接" 的 LoadLibrary）。

而 DLL 的 "动态"，无论隐式 / 显式链接，核心都是运行时加载、代码共享，和编译期是否用.lib 无关。