VSCode搭配MinGW调试C语言时stopAtEntry与externalConsole配置效果疑问

结论说明 #

你遇到的现象不属于BUG，是参数作用和调试配置的正常逻辑导致的。

先明确两个配置项的实际作用：

• stopAtEntry：控制调试器启动后是否自动在程序入口位置打断点。设置为false时，调试器不会主动添加这个断点，如果你自己没有在代码里手动打其他断点，程序就会直接全速运行到结束，看起来就和直接运行没有区别，只会输出最终结果。
• externalConsole：仅控制程序输出的终端载体，设置为false时用VSCode内置终端输出，设置为true时弹出独立的系统控制台窗口，这个参数本身不会影响调试断点的生效逻辑。

为什么两项设为true时调试正常？ #

因为stopAtEntry设为true时，调试器启动后会自动在程序入口加断点，就算你没手动打任何断点，启动调试后也会直接停在入口位置，所以你可以正常逐行调试。

如果你想两项都设为false也能正常调试，可以按下面的步骤调整： #

1. 手动在你需要暂停的代码行左侧点击打红点断点，再启动调试，正常情况下就会在你打的断点位置停下
2. 如果打了断点还是不停，打开和launch.json同目录的tasks.json文件，检查gcc编译参数里有没有加-g，这个参数是生成调试信息的必要参数，没有的话gdb无法识别断点位置，会直接跑完全程
3. 确认你的代码文件和项目路径没有中文、空格或者特殊字符，MinGW的gdb对特殊路径的兼容性不好，也可能导致断点失效

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