VSCode调试C++时异常中断在汇编行，主因是调试器暴露了本应自行处理的SIGTRAP信号；需配置忽略SIGTRAP、启用justMyCode、确保带-g编译且program路径准确。
VSCode调试C++时异常中断，大概率不是代码崩溃，而是调试器把本该自己处理的SIGTRAP信号暴露给了你——尤其在断点、单步或进入系统函数时。
为什么F5后突然停在汇编指令或int $3上
gdb/lldb底层靠SIGTRAP实现断点和单步，但一旦符号缺失、justMyCode失效、或程序自己调用了raise(SIGTRAP)，这个信号就会“漏出来”，表现为调试器卡在一条无意义的汇编行上（比如0x7ffff7df41b0 <_dl_start>:），而不是你的源码。
-
launch.json里"justMyCode": false或没设，导致调试器对libc/CRT初始化也响应SIGTRAP - 用了地址断点（
address breakpoint）而非源码断点，调试器在无调试信息的内存位置插了int 3，恢复时没正确还原 - 项目编译没加
-g，或用了-O2/-O3，导致调试器无法准确映射源码与指令 - 某些反调试逻辑或自定义
assert宏主动触发了SIGTRAP，而调试器默认不忽略它
launch.json中必须加的信号忽略配置
不能只依赖“按F5继续”——那通常无效，因为这是“第一次机会异常”，调试器默认会停。得显式告诉它：这个SIGTRAP是它自己用的，别拦。
- 对
gdb后端，在launch.json的配置项里加："miDebuggerArgs": "--eval-command=\"handle SIGTRAP nostop noprint pass\"" - 对
lldb后端，加："setupCommands": [{"description": "Ignore SIGTRAP","text": "process handle -n false -p false -s false SIGTRAP"}] - 确保
"justMyCode": true（默认值），并验证可执行文件确实带调试符号：file your_program输出应含with debug_info
调试前必须检查的三件事
很多“异常中断”其实是更底层的配置断裂，先确认这些再调信号：
-
tasks.json里args是否含-g？缺了就一定没调试信息，断点变空心，SIGTRAP也找不到对应源码行 -
launch.json中program路径是否和tasks.json生成的可执行文件**完全一致**？路径错一个字符，加载的就是旧二进制，所有调试行为都不可信 -
preLaunchTask字段是否和tasks.json里label**逐字匹配**？大小写、空格、标点都不能差，否则F5根本没触发编译，你在调试的还是上周的版本
真正麻烦的不是SIGTRAP本身，而是它常和符号缺失、路径错位、优化干扰混在一起出现——所以看到中断第一反应不该是改信号配置，而是先用file和readelf -S确认二进制有没有.debug_*段，再核对program路径是否实时更新。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
