GDB调试时程序启动触发SIGTRAP终止，如何解决？

先看你提供的操作日志，一眼发现个关键问题——你在调试未链接的目标文件（a.o），这大概率是触发SIGTRAP的根源！给你一步步说解决办法：

最可能的修复：调试正确的可执行文件 #

你现在启动的是a.o，这是编译后生成的目标文件，还没经过链接步骤，GDB没法正常调试这类文件。正确流程应该是：

• 先编译并链接生成可执行文件，比如用命令：

  g++ -g a.cpp -o a
  

  这里的-g是必须的，用来生成调试信息；-o a指定输出的可执行文件名为a。
• 然后用GDB调试这个可执行文件：

  gdb ./a
  

  之后再设置断点、运行程序，应该就能正常工作了。

如果还是有问题，试试这些排查方向 #

1. 调整断点和启动方式：
   如果断点在main函数之前的代码（比如全局对象的构造函数），直接用run可能会在启动时触发异常。可以改用start命令，让程序先停在main函数入口，再逐步设置断点调试。
2. 检查编译优化选项：
   如果你编译时加了-O2、-O3这类优化参数，会导致代码行号和实际执行逻辑不对应，甚至提前触发陷阱。调试时一定要去掉优化，只用-g参数编译。
3. 确认GDB权限（针对macOS）：
   如果你用的是macOS，系统默认会限制GDB的调试权限，可能导致启动时异常。你需要给GDB签名并开启调试权限，具体步骤是在“系统设置-隐私与安全性”里允许GDB的调试权限，或者重新签名GDB。

你的操作及报错详情：

(gdb) break 73
Breakpoint 2 at 0x100000f35: file a.cpp, line 73.
(gdb) r
Starting program: /Users/caochenglong/Documents/pro/acm/nowcoder/a.o
[New Thread 0x180b of process 25344]
[New Thread 0x2503 of process 25344]
During startup program terminated with signal SIGTRAP, Trace/breakpoint trap.
(gdb) q

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