string GetErrorMsg()
{
    DWORD dwErrorId = GetLastError();
    LPVOID lpMsgBuf;

    FormatMessage(
        FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM | FORMAT_MESSAGE_IGNORE_INSERTS,
        NULL,
        dwErrorId,
        0,
        (LPSTR) &lpMsgBuf,
        0,
        NULL);

    string strErrorMsg = (char*)lpMsgBuf;
    LocalFree(lpMsgBuf);

    return strErrorMsg;
}

请问为什么lpMsgBuf变量没有申请空间，却要使用LocalFree释放空间

(LPSTR) &lpMsgBuf,

FormatMessage函数内部调用GlobalAlloc 给lpMsgBuf分配了空间！

这样的函数实现方式不是稍不留意就造成内存泄露 ？

这种情况太多了。没有垃圾自动回收机制不可避免的。

如果我在设计这样的代码，我宁愿多传入一个参数，也不愿意这样存在内存泄露操作的表示方法，空间的申请和释放不再一个作用域真的 很危险

这就是理想和现实的差距。有些情况下，不是多一两个参数的问题。而是效率的考量。

譬如你做的一个库中分配的池，作为结果要返回给用户。直接返回，势必要让用户释放它（你不知道，用户什莫时候不再使用它了）。让用户传递一块缓冲地址过来，大数据量不考虑换页效率，单是拷贝就够瞧的。

加一个参数，可以通过引用方式传递，并不一定要按值的方式进行传递的

让用户传递一块缓冲地址过来，大数据量不考虑换页效率，单是拷贝就够瞧的。

    我这句话的意思是你没法用引用的情况下，比如一个实时数据采集系统。你不可能等用户分配好缓冲区传递给你，你才进行一轮采集。然后把这个缓冲区提交。并获得下一个。而且还有一个用户怎末知道你要的池大小的问题？如果你自己直接分配缓冲区，并提交这个引用的话。又回到了上面的谁释放的问题。

具体场景具体考虑吧！

对于 实时数据采集系统，我感觉既然是实时的，这就意味着系统应该能保证被采集的数据进行实时的处理，这样的话，应该设计一个FIFO应该就好了