c++ - 测试 C++ 代码和 IsBadWritePtr

Question

我目前正在为我的 C++ 代码的某些功能编写一些基本测试(这是一个游戏引擎，我编写它主要是为了教育目的)。我要测试的功能之一是内存分配代码。如果代码处于 Debug模式，测试当前包含一个函数，该函数在每次启动时运行。这迫使我在调试时始终测试代码。

为了测试我的内存分配代码，我的直觉是做这样的事情:

int* test = MemoryManager::AllocateMemory<int>();
assert(!IsBadWritePtr(test, sizeof(int)), "Memory allocation test failed: allocate");

MemoryManager::FreeMemory(test);
assert(IsBadWritePtr(test, sizeof(int)), "Memory free test failed: free");

这段代码工作正常，但我能找到的所有资源都说不要使用 IsBadWritePtr 函数(对于那些不熟悉的人来说，这是一个 WinAPI 函数)。在这种情况下可以使用此功能吗？我发现反对使用它的三个主要警告是:

这可能会导致保护页出现问题

这不是问题，因为内存分配代码就在那里，而且我知道我没有分配保护页。

越早失败越好

这不是一个考虑因素，因为我实际上是用它来尽可能早地失败。

它不是线程安全的

测试代码在执行开始时执行，远早于任何其他线程存在。它还作用于没有创建其他指针的内存，因此不能存在于其他线程中。

所以基本上我想知道在这种情况下使用这个函数是否是个好主意，以及我是否缺少关于该函数的任何内容。我也知道指向错误位置的东西仍然会通过这个测试，但它至少检测到大多数内存分配错误，对吧(如果分配失败，我得到指向有效内存的指针的机会有多大？)

Answer 1

我本来打算把它写成评论，但它太长了。

我会提到房间里的大象:你为什么不以传统方式测试失败(通过返回 null 或抛出异常)？

没关系 IsBadWritePtr 如此令人不快(甚至它的文档说它已经过时，您不应该使用它)这一事实，但您的用例甚至看起来都不合适。来自 MSDN 文档:

This function is typically used when working with pointers returned from third-party libraries, where you cannot determine the memory management behavior in the third-party DLL.

但是你没有用它来测试从 DLL 传递/返回的任何东西，你似乎只是用它来测试分配是否成功，这不仅是不必要的(因为你已经从 HeapAlloc 的返回值中知道， GlobalAlloc 等)，但这不是 IsBadWritePtr 的目的。

此外，测试分配是否成功不应该只在 Debug模式下或使用断言进行，因为它显然不在您的控制范围内，您不能尝试通过调试来“修复”它。