Matlab 是否在 MEX/C 代码中阻止或拦截 free()

Question

我在为 Matlab 编译的 MEX/C 代码中有一个奇怪的情况。我使用malloc(...) 进行动态内存分配，并调用free(...) 来释放此内存。退出 MEX 例程后，我可以看到分配的内存根本没有释放。另一方面，如果我使用 mxMalloc(...) 和 mxFree(...) 一切都很好。如果我照顾free(...)，我假设malloc(...) 的使用不是禁止的。在 Matlab 规范中，我找不到任何关于拦截或阻止基本 C 库的信息。虽然有一些关于它的奇怪帖子，比如Matlab Central。

Answer 1

可以使用malloc和free（new和delete[]也可以），只是如果因为错误，异常需要提前返回，请不要忘记先调用daellocation函数， mexErrMsgTxt 等。查看代码中的每个 return、try/catch 和 mexErrMsg* 块。

如果您确定您的代码中没有错误，请尝试clear mex 看看您是否恢复了记忆。

另外，我建议以允许您附加调试器的方式构建您的 MEX 文件。例如，如果您在 Windows 上，您可以关注these instructions，让您直接在 Visual Studio 中构建，这样可以轻松调试（只需附加到正在运行的 MATLAB.exe）。

---

更新：解决您对top 报告的内存的评论。您的 mex 文件使用的 C 运行时库与 MathWorks 用于实现 mxMalloc 和 mxFree 的内存管理的任何 C 运行时库不同。请注意，free 将内存返回给运行时库，而不是返回给操作系统。因此，内存可能会在不同时间使用不同的运行时库返回给操作系统。来自Modern Memory Managment at ONLamp.com：

malloc通常不会将释放的内存返回给操作系统；它一直归进程所有，直到它终止。该进程可以在下次请求更多内存时重用它，但其他程序将无法访问它，即使没有其他内存可用。由此推论，程序的内存占用量就是在任何时候进行的最大分配的大小。

众所周知，减少分配给进程的内存块的大小非常困难。见this answer。答案重申了这一点：“要将内存返回给操作系统，首先必须将从这些大块之一分配的所有内存释放给运行时库。然后运行时库可以，如果它愿意，告诉操作系统释放那块内存。”也可以在那里查看其他答案。

因此，top 报告的驻留集大小 (RSS/RES) 在free 执行时不会立即下降也就不足为奇了。 MATLAB 内部使用的malloc 与 mex 文件中使用的明显不同，甚至可能是自定义实现而不是标准运行时版本。

如果是实际泄漏，您将无法取回此内存。如果您推送系统，该内存应该返回到空闲池。但是，我必须将此视为mxMalloc 相对于malloc 的优势，并声明我自己实际上并未复制此效果。