我明白你遇到的困扰了——当配置了customLaunchSetupCommands后，args字段里的参数没被传递给调试程序。这是cppdbg调试器的机制导致的：一旦指定了customLaunchSetupCommands，它会跳过默认的启动流程（其中包含自动将args参数传递给GDB的步骤），转而执行你自定义的命令序列，所以原本的参数就不会被自动应用了。

下面是两种可行的解决办法：

方法1：在自定义启动命令中手动设置参数 #

你可以在customLaunchSetupCommands里添加一条set args命令，手动把参数传递给GDB。修改后的配置如下：

{
   "name": "ccc",
   "type": "cppdbg",
   "request": "launch",
   "program": "dddd",
   "cwd": "${workspaceFolder}",
   "stopAtEntry": false,
   "externalConsole": false,
   "args": [ "a=main", "b=100", "c=222" ],
   "MIMode": "gdb",
   "miDebuggerPath": "xxx",
   "targetArchitecture": "x86_64",
   "miDebuggerServerAddress": "",
   "setupCommands": [ { "text": "-enable-pretty-printing", "ignoreFailures": true } ],
   "customLaunchSetupCommands": [ 
       { "text": "file xxx" },
       { "text": "set args a=main b=100 c=222" } // 手动指定启动参数
   ],
   "launchCompleteCommand": "exec-run",
   "logging": { "trace": true, "engineLogging": true }
}

这里的set args命令会直接告知GDB要传递给程序的启动参数，和你原本args字段的内容对应上即可。

方法2：移除多余的自定义文件加载命令（如果适用） #

观察你的配置，program字段已经指定了要调试的程序dddd，但customLaunchSetupCommands里又用file xxx手动加载了另一个文件。如果这条命令是多余的（比如xxx和dddd是同一个程序），你可以去掉它，让调试器回到默认流程，这样args字段的参数就会被自动传递：

{
   "name": "ccc",
   "type": "cppdbg",
   "request": "launch",
   "program": "dddd",
   "cwd": "${workspaceFolder}",
   "stopAtEntry": false,
   "externalConsole": false,
   "args": [ "a=main", "b=100", "c=222" ],
   "MIMode": "gdb",
   "miDebuggerPath": "xxx",
   "targetArchitecture": "x86_64",
   "miDebuggerServerAddress": "",
   "setupCommands": [ { "text": "-enable-pretty-printing", "ignoreFailures": true } ],
   // 移除customLaunchSetupCommands，或保留必要命令但删除file命令
   "launchCompleteCommand": "exec-run",
   "logging": { "trace": true, "engineLogging": true }
}

如果你确实需要保留customLaunchSetupCommands里的其他自定义操作，那么方法1是更稳妥的选择，能确保参数被正确传递。

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