跨DLL内存分配需确保同一模块内分配与释放，避免因CRT版本不同导致崩溃。通过统一运行时链接、提供配对API、使用句柄封装或调用方分配缓冲区等策略可有效规避风险。
在C++开发中，跨DLL边界的内存分配问题是一个常见但容易引发崩溃或内存泄漏的陷阱。核心问题是：内存如果在一个动态库（DLL）中分配，却在另一个DLL中释放，可能会导致未定义行为，尤其是在不同模块使用了不同的C++运行时（CRT）版本或堆管理器的情况下。
理解问题根源
Windows平台上的每个DLL可能链接到不同版本的CRT（如静态链接/动态链接、Debug/Release），这意味着它们拥有独立的堆空间。例如：
- EXE使用/MD链接CRT
- DLL使用/MTd链接静态调试版CRT
这时，EXE调用DLL函数返回一个由new分配的对象指针，然后在EXE中用delete释放——这会访问错误的堆，极可能导致程序崩溃。
确保内存分配与释放在同一模块
最根本的原则是：谁分配，谁释放。为此可以采用以下策略：
立即学习“C++免费学习笔记（深入）”；
- 提供配对的API函数，如CreateBuffer()和DestroyBuffer()，两者都在同一个DLL中实现
- 对外暴露的接口避免直接传递裸指针，而是封装成句柄（void* 或自定义句柄类型）
示例：
Windows 桌面自动化技能，支持鼠标控制（移动/点击/拖拽/滚轮/截图）、键盘输入（文字输入/按键/组合键）、窗口管理（查找/聚焦/最大化/最小化/关闭/移动）、截图并发送文件。提供两种截图方式：Python pyautogui 截图（集成在自动化流程中）和 PowerShell + .NET 零依赖截图（支持区域截图和多显示器）。当用户需要自动化 Windows 桌面操作、控制鼠标键盘、管理窗口、执行 GUI 自动化任务、截图发送文件时使用。
extern "C" {
void* CreateData();
void DestroyData(void* ptr);
}
// DLL实现
void* CreateData() {
return new std::vector
}
void DestroyData(void* ptr) {
delete static_cast<:vector>*>(ptr);
}
使用标准兼容的数据结构传递数据
对于需要跨边界传递的数据，优先使用不会涉及动态内存管理的类型，或者由调用方负责提供缓冲区：
- 使用固定大小数组并传入长度，由调用方分配内存
- 返回字符串时，提供GetStringLength() + GetString(char*, size_t)模式
- 使用std::string时务必确保所有模块使用相同的CRT（都用/MD）
若必须返回可变长字符串，可设计如下接口：
size_t GetInfoString(char* buffer, size_t bufferSize);这样调用方可先传nullptr获取所需长度，再分配足够空间后重试。
统一运行时链接方式
为降低风险，建议整个项目（包括EXE和所有DLL）统一使用动态链接CRT：
- 发布版使用/MD
- 调试版使用/MDd
这能确保所有模块共享同一套堆管理函数（malloc/new/delete等），从而缓解跨边界释放的问题。但注意：即使如此，仍不推荐随意跨模块释放C++对象，因析构逻辑可能依赖特定模块的全局状态。
基本上就这些。关键是保持内存生命周期清晰，接口设计上规避风险，而不是依赖运行时“碰巧”一致。跨DLL内存管理不复杂但容易忽略细节，提前规范能省去后期大量排查成本。
