wcsdup分配的内存是否应该显式释放？

Question

wcsdup等函数隐式调用malloc为目标缓冲区分配内存。我想知道，由于内存分配不是很明确，所以显式释放存储似乎合乎逻辑吗？这更像是一种设计困境，赞成和反对的理由如下

应释放，因为

1. 不释放它会导致内存泄漏。
2. wcsdup/_wcsdup调用malloc来分配内存，即使是从C程序调用的。

不应该被释放，因为

1. wcsdup积累的内存最终会在程序退出时被释放。在整个程序生命周期中，我们总是会遇到一些内存泄漏（除非我们为了大缓冲区而大量调用wcsdup）。
2. 这可能会令人困惑，因为free前面没有显式malloc。
3. 由于它不是标准的一部分，但符合posx，Microsoft实现可能不会使用malloc来分配目标缓冲区。

应该采取什么方法？

Answer 1

从您自己的链接：

对于像通过malloc（）一样分配内存的函数，应用程序应该在调用free（）不再需要此类内存时释放此类内存。

来自MSDN：

_strdup函数调用malloc为strSource的副本分配存储空间，然后将strSource复制到分配的空间。

从MSVC 2005开始，strdup被弃用，调用它会调用_strdup所以它使用malloc

Answer 2

是的，当您使用完堆分配的内存并知道这样做是安全的时，应该始终释放它。您链接到偶数的文档说明：

对于像malloc（）一样分配内存的函数，当调用free（）不再需要这些内存时，应用程序应该释放这些内存。对于wcsdup（），这是返回值。

如果您担心免费可能会令人困惑，请留下评论解释它。不过，老实说，这似乎是多余的；当指针被显式释放时，很明显它被释放它的代码“拥有”，任何感到困惑的人都可以轻松查找wcsdup留档。

此外，您的程序中真的不应该有内存泄漏。实际上，一些程序确实有内存泄漏，但这并不意味着它们可以存在。还要注意，仅仅因为您为程序的整个生命周期分配了一块内存，如果您在整个生命周期内仍在使用它，它就不是泄露的内存。

Answer 3

来自MSDN：

通过调用返回指针上的free例程来释放此内存是一种很好的做法

从链接的页面：

返回的指针可以传递给free（）

这似乎相当明确：如果您关心内存泄漏，那么您应该使用free释放内存。

老实说，我很担心这一点所暗示的骑士态度：

在整个程序生命周期中，我们总是会遇到一些内存泄漏

很少有充分的理由泄漏内存。即使您今天编写的代码是一次性的，并且不是一个长期的过程，您能否确定不会有人将其复制并粘贴到其他程序中？