VS2017中_crtBreakAlloc未定义，是否只能用_CrtSetBreakAlloc？

我之前也碰到过一模一样的情况，在/MDd（Multi-threaded Debug DLL）配置下，直接在监视窗口输入_crtBreakAlloc或者各种变体都会提示未定义，这背后是有明确原因的，咱们一步步拆解：

为什么监视窗口找不到_crtBreakAlloc？ #

当你使用/MDd运行库时，CRT的核心实现是放在ucrtbased.dll这个动态链接库里的。而_crtBreakAlloc属于该DLL的私有符号——默认情况下VS不会自动加载私有符号，而且这个符号也不是对外导出的公共符号。这就是为什么你调用导出的函数_CrtSetBreakAlloc能正常工作，但直接查符号却找不到的核心原因。

可行的解决办法 #

方法1：继续使用_CrtSetBreakAlloc（推荐） #

这其实是最可靠、最省心的方案，完全不需要依赖调试符号的配置。你只需要在代码中合适的位置调用这个函数，指定想要中断的内存分配序号即可：

// 示例：在第123次内存分配时触发断点
_CrtSetBreakAlloc(123);

当程序运行到对应的分配操作时，调试器会自动断下来，你可以直接查看调用栈和内存分配的上下文。这种方式不受符号加载限制，兼容性拉满。

方法2：配置调试符号，在监视窗口访问符号 #

如果你非要用监视窗口来查看或修改_crtBreakAlloc，需要完成以下配置：

• 首先确保VS加载ucrtbased.dll的完整私有符号：
  1. 打开VS的「工具」→「选项」→「调试」→「符号」
  2. 勾选「Microsoft符号服务器」，点击「确定」后VS会自动下载官方符号文件（首次下载可能需要等待片刻）
• 等程序运行起来（ucrtbased.dll加载完成后），在监视窗口输入带模块前缀的完整符号名：

  ucrtbased!_crtBreakAlloc
  

  这样调试器就能直接定位到ucrtbased.dll中的对应符号，正常查看或修改它的值了。

注意：必须等程序启动、ucrtbased.dll被加载后再输入表达式，否则调试器还是找不到符号。

总结 #

如果只是想快速定位内存泄漏的分配点，_CrtSetBreakAlloc是最优选择；如果一定要用监视窗口的方式，就需要配置符号服务器并使用模块限定的符号名。

内容的提问来源于stack exchange，提问作者Dmitrii Motorygin