扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
WINX的 AutoFreeAlloc 受到了广泛的关注,很多读者反应这对他们很受启发。
昨天有读者反馈了 STD_NEW 与 MFC 不能共存的问题,我在这里想谈一下这个问题。
MFC 在源代码文件中生成了如下调试代码:
#ifdef _DEBUG
#define new DEBUG_NEW
#undef THIS_FILE
static char THIS_FILE[] = __FILE__;
#endif
这里定义了一个名为 new 的宏。这导致MFC程序中不能使用所有非标准形式的 new 操作符。这是 MFC 本身的一个缺陷。
STD_NEW 中使用了 placement new,这个 new 操作符在C++标准库 <new> 或者 <new.h> 头文件中定义。
我推荐的解决方案是,删除MFC在源代码文件中的调试代码中的如下语句:
#define new DEBUG_NEW
不过这带来另一个问题,在该源代码文件中发生的内存泄漏,MFC程序无法检测到了。
要解决这个问题也很简单,如果要用到 new 的地方,直接用 DEBUG_NEW 代替好了。例如:
Type* a = new Type(arg1, arg2);
改为
Type* a = DEBUG_NEW Type(arg1, arg2);
我个人的推荐是,不只是在要使用 WINX 的 STD_NEW 时候这样做,而是,所有代码中都使用DEBUG_NEW,而不是直接使用new。
如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。
现场直击|2021世界人工智能大会
直击5G创新地带,就在2021MWC上海
5G已至 转型当时——服务提供商如何把握转型的绝佳时机
寻找自己的Flag
华为开发者大会2020(Cloud)- 科技行者