C / C++ 调用 DLL 的几种常见方法（详解 + 示例）
在 Windows 平台开发中，DLL（Dynamic Link Library，动态链接库）是非常核心的一种代码复用方式。
无论是：
- 调用第三方 SDK
- 拆分大型工程
- 插件化设计
- COM / OPC / 工控 / 驱动相关开发
都会不可避免地用到C / C++ 调用 DLL。
本文将从零基础视角出发，系统讲清楚：
- DLL 是什么
- C/C++ 调用 DLL 的 3 种主流方式
- 每种方式的使用场景
- 常见坑点与避坑建议
一、DLL 是什么？（一句话理解）
DLL 是一个“在运行时被加载的函数集合”
和静态库（.lib）的核心区别：
| 项目 | DLL | 静态库 |
|---|---|---|
| 链接时间 | 运行时 | 编译期 |
| 文件 | .dll + .lib | .lib |
| 更新 | 可单独替换 | 需重新编译 |
| 内存 | 多进程共享 | 各自一份 |
二、最基础示例：先做一个 DLL
1、 编写 DLL 源码
// mydll.h#pragmaonce#ifdefMYDLL_EXPORTS#defineMYDLL_API__declspec(dllexport)#else#defineMYDLL_API__declspec(dllimport)#endifextern"C"MYDLL_APIintAdd(inta,intb);// mydll.cpp#defineMYDLL_EXPORTS#include"mydll.h"intAdd(inta,intb){returna+b;}关键点解释：
__declspec(dllexport)：导出函数__declspec(dllimport)：导入函数extern "C"：防止 C++ 名字修饰（非常重要）
2、 编译生成
打开 VS 开发者命令行，在开始菜单中找到并打开：
x64 Native Tools Command PromptforVS2022注意位数：
- x86 DLL → 用 x86 Native Tools
- x64 DLL → 用 x64 Native Tools
使用cl.exe生成Debug版DLL（带 PDB）
- 最常用 Debug 编译命令（推荐）
cl /LD /Zi /Od /MDd /EHsc mydll.cpp各参数含义，编译选项参数说明
| 参数 | 含义 |
|---|---|
| /LD | 生成 DLL |
| /Zi | 生成调试信息（PDB） |
| /Od | 关闭优化（便于调试） |
| /MDd | 使用 Debug CRT（msvcrtd.dll） |
| /EHsc | 标准 C++ 异常处理（推荐） |
D:\test\dll>cl /LD /Zi /Od /MDd /EHsc mydll.cpp 用于 x86 的 Microsoft(R)C/C++ 优化编译器19.50.35720 版 版权所有(C)Microsoft Corporation。保留所有权利。 mydll.cpp Microsoft(R)Incremental Linker Version14.50.35720.0 Copyright(C)Microsoft Corporation. All rights reserved. /out:mydll.dll /dll /implib:mydll.lib /debug mydll.obj D:\test\dll>编译结果
mydll.dll ← Debug DLL
mydll.lib ← 导入库
mydll.pdb ← 调试符号文件（关键）
- 指定 Debug 输出目录
cl /LD /Zi /Od /MDd mydll.cpp ^ /Fe:Debug\mydll.dll ^ /Fd:Debug\mydll.pdb生成结果：
Debug\├── mydll.dll ├── mydll.lib └── mydll.pdb- Release 版对照
cl /LD /O2 /MD mydll.cpp| Debug | Release |
|---|---|
| /Zi /Od /MDd | /O2 /MD |
| 有 pdb | 可选 pdb |
| 可单步 | 优化后难调试 |
编译选项参数说明
最终你会得到：
mydll.dll mydll.lib三、方式一：隐式链接（最推荐，最常用）
适用场景
- DLL 在开发时就确定
- SDK / 内部模块
- 不需要动态卸载
1、调用方代码
#include<iostream>#include"mydll.h"intmain(){intr=Add(2,3);std::cout<<"result = "<<r<<std::endl;return0;}2、工程设置（Visual Studio）
添加 lib：
- 项目属性
- 链接器 → 输入 → 附加依赖项
- 添加：
mydll.lib
放置 dll：
mydll.dll放在：- exe 同目录
- 或 PATH 目录
优点
- 语法最简单
- 编译期检查函数签名
- 性能最好
缺点
- DLL 缺失 → 程序启动直接失败
四、方式二：显式加载（LoadLibrary / GetProcAddress）
适用场景
- 插件系统
- 可选功能
- DLL 可能不存在
- 逆向 / 热更新 / 工控系统常用
示例代码
#include<windows.h>#include<iostream>typedefint(*AddFunc)(int,int);intmain(){HMODULE hDll=LoadLibraryA("mydll.dll");if(!hDll){std::cout<<"LoadLibrary failed"<<std::endl;return-1;}AddFunc Add=(AddFunc)GetProcAddress(hDll,"Add");if(!Add){std::cout<<"GetProcAddress failed"<<std::endl;FreeLibrary(hDll);return-1;}intr=Add(3,4);std::cout<<"result = "<<r<<std::endl;FreeLibrary(hDll);return0;}关键注意点
函数名必须是导出名
- C++ 函数如果没有
extern "C"，名字会被修饰
- C++ 函数如果没有
函数指针签名必须完全一致，可以使用下面的命令查看函数指针签名
dumpbin /exports mydll.dll
- 调用约定要一致（
__cdecl / __stdcall）
优点
- 程序可在 DLL 缺失时继续运行
- 灵活性极高
缺点
- 写法复杂
- 容易崩溃（函数签名不匹配）
五、方式三：DLL + .lib，但运行时可选（进阶）
这是方式一和方式二的混合体：
- 编译期链接
.lib - 运行时通过
LoadLibrary判断是否可用
适合大型工程 / 插件化 SDK。
六、C++ 类如何导出 / 调用？
1、DLL 导出类（示例）
class__declspec(dllexport)MyClass{public:intAdd(inta,intb);};不推荐直接跨 DLL 导出 C++ 类，原因：
- ABI 不稳定
- 编译器 / STL 版本耦合
- 内存管理容易炸
工程实践建议：
DLL 对外只暴露 C 接口，内部再用 C++
七、常见坑点总结（新手必看）
1、忘记 extern “C”
extern"C"__declspec(dllexport)intFunc();否则GetProcAddress很容易失败。
2、32 位 / 64 位不匹配
- 32 位 exe ❌ 加载 64 位 dll
- 会直接
LoadLibrary失败
用dumpbin /headers xxx.dll查看位数
3、 调用约定不一致
__stdcall vs __cdecl不一致 → 栈损坏 → 程序随机崩溃
4、 DLL 放置路径错误
Windows 查找 DLL 顺序：
- exe 同目录
- 系统目录
- PATH 环境变量
八、如何查看 DLL 导出函数？（实用技巧）
dumpbin /exports mydll.dll可以看到：
- 函数名
- 序号
- 是否被修饰
这是调试GetProcAddress的神器。
九、实际工程建议（经验总结）
- 新项目：优先 extern “C” + 隐式链接
- 插件系统：显式加载
- 不要跨 DLL 传 STL 容器
- 不要在不同 CRT 中 free 内存
十、总结一句话
DLL 是 Windows 下模块化的核心能力，
会用 DLL，才算真正进入 C/C++ 工程开发。
