ctrl+c是gdb中暂停运行程序的首选方式，因其无需设断点、不依赖调试信息、在重定向或远程调试时仍有效；若程序忽略sigint，则需用attach或break/catch/watch等替代方案。
直接用 Ctrl+C 就能暂停正在运行的程序 —— 这是最常用、最可靠的方式，不需要提前设断点，也不依赖源码是否带调试信息。
为什么 Ctrl+C 是首选暂停方式
当你在 GDB 中执行 run 启动程序后，GDB 会接管其控制终端。此时按下 Ctrl+C，GDB 会捕获 SIGINT 信号并立即中断程序执行，停在当前指令处。这和你在 shell 里用 Ctrl+C 终止前台进程逻辑一致，但 GDB 不会退出，而是进入调试状态。
常见错误现象：
- 误以为必须先设
break才能暂停 —— 其实不用，Ctrl+C是运行时“紧急制动” - 在远程调试或重定向输出（如
run > out.log）时仍有效，但需确保终端输入未被完全屏蔽 - 若程序本身捕获并忽略
SIGINT，Ctrl+C可能无效 —— 此时得换其他方式
用 attach 挂接已运行进程再暂停
适用于你没从 GDB 启动程序，但想中途介入调试的情况。前提是知道目标进程 PID（可用 ps 或 pidof 查）。
操作步骤：
- 启动 GDB：不带参数，或
gdb - 挂接进程：
attach <pid></pid>（例如attach 12345） - 挂接成功后，程序默认会被暂停 —— 如果没停，立刻执行
signal SIGSTOP或再次Ctrl+C - 确认状态：
info program显示 “stopped” 和暂停原因
注意点：
- 需要有权限访问该进程（通常是同一用户，或 root）
- Linux 默认启用
ptrace限制，某些发行版（如 Ubuntu 20.04+）需临时关闭：echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope - 挂接后不能直接
run，要用continue恢复
用 break 或 catch 实现“条件性暂停”
当你要在特定位置或事件发生时才暂停（比如进某个函数、抛异常、写某变量），就不能只靠 Ctrl+C 了。
典型场景与命令：
- 进函数就停：
break main、break std::vector::push_back - 某行暂停：
break foo.cpp:42 - C++ 异常时停：
catch throw（比Ctrl+C更精准定位崩溃源头） - 变量被修改时停：
watch my_var（硬件观察点，要求变量在内存中可寻址）
关键差异：
-
break类命令必须在程序启动前或暂停状态下设置；运行中设置需先Ctrl+C停下来 -
catch throw对无 core dump 的静默崩溃特别有用 —— 很多人卡在这里却不知道还能这么查 -
watch在优化编译（-O2）下可能失效，因为变量可能被放进寄存器而非内存
真正容易被忽略的是：暂停之后，别急着 continue。先用 info registers、bt、print 确认上下文 —— 很多问题其实在暂停那一刻就已经暴露了，只是你还没看。
