为何在获取文件所有者代码中用GlobalAlloc？替代方案及用法

嘿，作为Win32 API新手有这个疑问太正常了——毕竟GlobalAlloc看起来就像个从老时代走来的API，咱们一步步把它掰扯清楚：

• 历史遗留惯性：GlobalAlloc是16位Windows时期的产物，那时候系统还严格区分「全局堆」（供整个系统进程共享使用）和「局部堆」（仅单个应用进程使用）。但到了32位、64位Windows时代，这两个堆早就合并成了进程专属堆，GlobalAlloc和LocalAlloc本质上几乎没有区别，只是很多老代码（比如你查到的MSDN早期示例）还保留了这种传统写法。
• 旧API的依赖兼容：部分早期设计的Win32 API，最初要求必须用GlobalAlloc分配的内存（比如早期的剪贴板操作）。虽然现在绝大多数Win32 API已经接受其他方式分配的内存，但旧示例可能还沿用着当年的标准写法。

现在做Win32开发，更推荐以下几种现代、灵活的内存分配方式，完全可以替代GlobalAlloc：

1. Win32原生Heap系列函数（官方推荐） #

用GetProcessHeap()获取当前进程的默认堆，再用HeapAlloc()分配内存、HeapFree()释放。这种方式是现代Win32开发的标准做法，能更精细地控制堆内存，也没有历史包袱。

2. C/C++标准库函数 #

比如C的malloc()/free()，或者C++的new/delete。这些是跨平台的标准写法，代码可读性更高，只要内存是在进程堆中分配的，绝大多数Win32 API都能兼容。

3. C++智能指针（最安全） #

如果用C++开发，std::unique_ptr或std::shared_ptr搭配自定义删除器，能自动管理内存生命周期，彻底避免手动释放导致的内存泄漏，是最省心的选择。

假设你查到的原代码大概是这样的：

// 原代码片段
LPWSTR AcctName = (LPWSTR)GlobalAlloc(GPTR, MAX_PATH * sizeof(WCHAR));
if (AcctName == NULL) {
    // 处理内存分配失败逻辑
}
// 使用AcctName获取文件对象所有者信息
GlobalFree(AcctName);

替换为HeapAlloc()版本 #

LPWSTR AcctName = (LPWSTR)HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, MAX_PATH * sizeof(WCHAR));
if (AcctName == NULL) {
    // 处理内存分配失败逻辑
}
// 使用AcctName获取文件对象所有者信息
HeapFree(GetProcessHeap(), 0, AcctName);

• 说明：原代码里的GPTR等价于GMEM_ZEROINIT | GMEM_FIXED，对应HeapAlloc的HEAP_ZERO_MEMORY标志，32位/64位系统下内存都是固定地址，不需要额外锁定。

替换为C标准库malloc()版本 #

LPWSTR AcctName = (LPWSTR)malloc(MAX_PATH * sizeof(WCHAR));
if (AcctName == NULL) {
    // 处理内存分配失败逻辑
}
// 可选：如果需要初始化内存为0，调用memset
memset(AcctName, 0, MAX_PATH * sizeof(WCHAR));
// 使用AcctName获取文件对象所有者信息
free(AcctName);

替换为C++ new/delete版本 #

// 分配并自动初始化内存为0（括号的作用）
WCHAR* AcctName = new WCHAR[MAX_PATH]();
// 使用AcctName获取文件对象所有者信息
delete[] AcctName;

替换为C++智能指针版本 #

#include <memory>

// 自定义删除器，适配HeapAlloc的内存释放
auto heapDeleter = [](void* ptr) { HeapFree(GetProcessHeap(), 0, ptr); };
std::unique_ptr<WCHAR, decltype(heapDeleter)> AcctName(
    (WCHAR*)HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, MAX_PATH * sizeof(WCHAR)),
    heapDeleter
);
if (!AcctName) {
    // 处理内存分配失败逻辑
}
// 直接用AcctName.get()获取指针使用即可，无需手动释放

• 这个版本完全不用手动调用释放函数，智能指针会在变量离开作用域时自动释放内存，安全性拉满。

• GlobalAlloc()现在更多是历史遗留产物，在32位/64位系统中没有特殊优势；
• 优先选择Heap系列函数（Win32原生）或C/C++标准库分配方式，代码更现代、易维护；
• C++开发首选智能指针，从根源上避免内存泄漏问题。

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