调试器暂停键无响应是因为数组越界已破坏栈帧，导致程序进入未定义行为；应设条件断点（如 i >= 10）预判越界、启用 addresssanitizer 快速定位，并注意 unsigned 循环变量溢出引发隐性死循环。
为什么调试器按暂停键没反应
数组越界写入栈内存时，可能直接破坏了线程的栈帧结构（比如覆盖了返回地址或栈上保存的寄存器值），导致 CPU 执行流跳转到非法地址。此时程序已处于未定义行为状态，调试器无法安全注入断点或捕获信号——gdb 里表现为 Cannot access memory at address 0x...，VS 的“暂停”按钮灰掉或点击后无响应。
这不是 IDE 失灵，而是程序已经失去可控性。必须在崩溃前就介入。
用条件断点卡住递增循环的临界点
死循环往往形如 for (int i = 0; ; ++i) arr[i] = ...，关键不是等它崩，而是预判越界位置。假设数组声明为 int arr[10]，那么 i == 10 就是第一个非法索引。
- 在循环体第一行设普通断点（如 VS 点击左侧灰色区，CLion 按
Ctrl+F8） - 右键断点 → 编辑条件（VS）或
Alt+Enter（CLion）→ 输入i >= 10 - 运行后，IDE 会在
i达到 10 时自动中断，此时可检查arr内存布局、调用栈是否正常
别用 i == 10——有些编译器优化后可能跳过该精确值；>= 更鲁棒。
启用地址 sanitizer 快速定位越界写入
仅靠断点容易漏掉“看似正常但已污染内存”的情况。真正高效的方式是让编译器帮你报错：
- Clang/GCC：编译加
-fsanitize=address -g，运行时报出类似ERROR: AddressSanitizer: heap-buffer-overflow on address 0x60200000002c at pc 0x00010a123456 bp 0x7ffee3a1b9c0 sp 0x7ffee3a1b9b8 - MSVC：项目属性 → 配置属性 → C/C++ → 常规 → 启用地址保护（
/fsanitize=address需 VS 2019 16.9+，旧版用/RTC1检测栈溢出） - 注意：ASan 会显著拖慢运行速度，只在调试时开启，发布前务必关掉
循环变量溢出导致的隐性死循环
如果数组索引用的是 unsigned int i = 0，且循环写成 while (i ，当 <code>i 增至 UINT_MAX 后再 ++i，会回绕成 0——循环永远不退出，CPU 占满但不越界，ASan 也抓不到。
- 检查所有循环变量类型：用
int替代unsigned，除非明确需要无符号语义 - 循环终止条件优先用
i 而非 <code>i ，避免 <code>size == 0时整数溢出 - 在循环头加
assert(i (size));（需#include <cassert></cassert>），触发时调试器能立即停住
这类问题不会立刻崩，但会让调试器“看起来没反应”——因为程序在合法指令里狂转，你得靠逻辑断点或 assert 主动拦截。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
