c0000374是STATUS_HEAP_CORRUPTION堆损坏错误，非栈溢出；真正的栈溢出错误码为0xC00000FD。其成因包括缓冲区越界、use-after-free、double-free等，常因多线程下栈溢出误踩堆内存而间接触发，需用/RTC编译选项、线程栈大小检查及Parallel Stacks等VS工具协同定位。
c0000374 错误不是堆栈溢出，而是堆（heap）损坏导致的 STATUS_HEAP_CORRUPTION。真正由堆栈溢出（stack overflow） 触发的典型异常是 0xC00000FD，对应 Windows 的 STATUS_STACK_OVERFLOW，常伴随 chkstk.asm 中断或直接进程终止——它和堆溢出的检测机制、调试路径完全不同。
如何在 VS 中识别并捕获 C++ 多线程下的堆栈溢出
堆栈溢出多发生在递归过深、局部数组过大（尤其在线程栈默认 1MB 且未显式扩大时），或线程函数内分配超大栈变量（如 char buf[1024*1024]）。VS 本身不主动预警，但可通过以下组合手段提前暴露：
- 启用
/RTC编译选项（仅 Debug 模式有效）：- 在项目属性 → C/C++ → 代码生成 → “基本运行时检查” 设为
<code>/RTC1</code> - 它会插入栈探针（
chkstk）并校验栈帧完整性，一旦检测到栈指针非法回绕或越界访问，立即抛出0xC00000FD并中断到调试器
- 在项目属性 → C/C++ → 代码生成 → “基本运行时检查” 设为
- 确保线程使用 调试版 CRT（即链接
/MDd或/MTd），否则/RTC不生效 - 避免在 Release 模式下依赖
/RTC：优化（/O2）会使该选项失效，编译器直接报错
注意：多线程中每个线程有独立栈，主线程栈大小由链接器 /STACK 控制，而工作线程需在 CreateThread 或 std::thread 构造时显式传入栈大小（如 std::thread(…, stack_size)），否则沿用默认值（通常 1MB），极易被大数组击穿。
多线程场景下堆栈溢出的典型误判点
看到 c0000374 就去查栈，是常见误区。这个错误本质是堆管理器发现堆元数据被改写（比如越界写覆盖了 heap header），而写操作可能源于某个线程的栈溢出——例如一个局部大数组越界，恰好踩到了紧邻的堆内存区域。
立即学习“C++免费学习笔记（深入）”；
-
new/malloc分配的内存通常紧跟在栈之后（取决于内存布局），栈溢出可能“漏”进堆区 - 多线程并发时，某线程栈溢出破坏堆结构，另一线程后续调用
delete或HeapFree才触发崩溃，此时调用堆栈完全不指向肇事代码 - 使用
/RTC只能捕获本线程栈溢出瞬间，无法追溯跨线程的堆污染源头
所以，若你看到 c0000374 且怀疑是栈溢出引发，先做两件事：
- 在崩溃点打开“调用堆栈”窗口（
Ctrl+Alt+C），看是否含chkstk或大量重复递归帧 - 检查所有线程的局部变量大小，特别是循环创建的大缓冲区、未限制深度的递归函数
用调试器定位真实栈溢出线程
VS 不提供“实时栈水位监控”，但可借助以下方式缩小范围：
- 在线程创建处加断点，观察其初始栈地址（通过
@TIB或“线程”窗口中的“栈”列） - 在疑似高风险函数入口设条件断点，例如：
if (sizeof(buf) > 64 * 1024) { __debugbreak(); } - 启用“线程”窗口（
Debug → Windows → Threads）和“并行堆栈”（Debug → Windows → Parallel Stacks），切换到“线程”视图，快速识别哪个线程处于深度调用或阻塞在栈分配附近 - 若已崩溃，加载 minidump 后，在“调用堆栈”中找最深帧；若显示
[Frames below may be incorrect...]，说明符号缺失或栈已损坏，此时应优先检查该线程创建时的栈大小设置
关键点：栈溢出往往无声无息地破坏相邻内存，等你看到崩溃，现场早已失真。最可靠的防御不是事后调试，而是在编码阶段规避——不用超大栈数组、递归加深度限制、工作线程显式指定足够栈空间。
