使用WinAPI重写ZIP库：HeapAlloc/malloc分配TState致归档损坏

嘿，这个问题我之前在处理C++内存分配的时候也踩过类似的坑，咱们来一步步捋清楚问题出在哪～

核心原因：new和HeapAlloc/malloc的本质差异 #

你遇到的问题根源在于，new TState()和HeapAlloc/malloc做的事情完全不一样：

• new TState()会完成两个动作：分配内存 + 调用TState类的默认构造函数，自动初始化类里的所有成员（比如STL容器、自定义成员变量、状态标志等）。
• 而HeapAlloc和malloc仅仅是从堆里划出一块sizeof(TState)大小的内存，内存里的内容是未初始化的垃圾值——如果TState里有非POD类型的成员（比如std::string、std::vector，或者带有构造逻辑的自定义成员），这些垃圾值会直接让状态对象处于无效状态，后续的归档逻辑自然会出错，最终导致文件损坏。

如何用HeapAlloc/malloc解决这个问题？ #

如果你因为某些原因必须使用WinAPI的HeapAlloc或者C标准的malloc，必须手动补上构造和析构的步骤：

1. 分配内存后手动调用构造函数 #

用placement new在已分配的内存上构造对象，这是C++标准里专门用来手动初始化内存的方式：

// 先分配原始内存
void* rawMemory = HeapAlloc(GetProcessHeap(), 0, sizeof(TState));
if (!rawMemory) {
    // 处理内存分配失败的情况，比如返回错误或抛出异常
}
// 在原始内存上构造TState对象，调用其默认构造函数
TState* state = new(rawMemory) TState();

2. 释放前手动调用析构函数 #

释放内存前，必须先调用对象的析构函数，清理内部资源（比如STL容器的内存、打开的句柄等），再释放原始内存：

// 先调用析构函数，清理对象内部资源
state->~TState();
// 再释放原始内存
HeapFree(GetProcessHeap(), 0, state);

额外排查要点 #

• 检查TState的定义：看看有没有非POD类型的成员（比如STL容器、带虚函数的类），这些类型绝对不能跳过构造函数直接使用。
• 别依赖HEAP_ZERO_MEMORY：即使你给HeapAlloc加上这个标志把内存清零，也只能初始化int、bool这类基本类型，对于std::string这类复杂类型来说，清零内存不等于正确构造，依然会导致未定义行为。

总结 #

除非你有特殊需求（比如和C代码兼容、自定义内存管理策略），否则优先用C++的new/delete，它们会自动处理构造和析构，避免这类低级错误。如果一定要手动分配内存，记得配合placement new和手动析构步骤。

内容的提问来源于stack exchange，提问作者NikoBosko