Apple Silicon M1 Mac上VS Code配置LLDB启动C++调试会话报错排查

核心报错根因 #

这类报错本质是架构不匹配叠加macOS调试权限机制限制导致的，和手动在launch.json中修改targetArchitecture字段没有直接关联，按以下步骤逐一排查即可解决： #

1. 校验编译生成的可执行文件架构 #

• 终端执行命令验证目标文件的实际架构：
  lipo -info /path/to/Development/C++/helloworld/main
• 正常原生M1环境下的编译输出应当为Non-fat file: [文件路径] is architecture: arm64，如果输出为x86_64，说明编译环节使用了Rosetta转译的编译器、或是编译参数强制指定了x86_64架构
• 修复方式：调整tasks.json中的编译命令，使用系统原生的clang++路径，去掉强制x86_64的编译参数，参考基础编译命令：
  clang++ -g -O0 -std=c++17 main.cpp -o main
  不要在开启Rosetta转译的终端窗口内执行编译流程，避免生成x86_64二进制文件。

2. 校验VS Code本身的运行架构 #

• 终端执行命令验证VS Code核心程序的实际架构：
  file /Applications/Visual\ Studio\ Code.app/Contents/MacOS/Electron
• 如果输出为x86_64架构，哪怕你在launch.json里指定了ARM64的目标架构，VS Code内嵌的x86_64版LLDB调试器无法跨架构附加ARM64进程，会直接触发内核返回(os/kern) 无效参数的权限错误，最终表现为exec-run指令返回非预期输出、进程退出码42。
• 修复方式：卸载当前Intel版本VS Code，安装arm64原生构建的VS Code客户端，确保调试器和目标程序架构完全一致。

3. 修正launch.json的冗余配置 #

• 手动添加的"targetArchitecture": "ARM64"字段在新版C/C++调试扩展中属于冗余配置，且扩展要求的字段值为小写arm64，手动写的大写内容会触发扩展解析异常，导致LLDB接收非预期的启动指令
• 调试启动配置无需手动指定目标架构，扩展会自动从可执行文件中读取架构信息，核心配置参考：

{
  "version": "0.2.0",
  "configurations": [
    {
      "name": "Debug C++ Program",
      "type": "cppdbg",
      "request": "launch",
      "program": "${workspaceFolder}/main",
      "args": [],
      "stopAtEntry": false,
      "cwd": "${workspaceFolder}",
      "environment": [],
      "externalConsole": false,
      "MIMode": "lldb",
      "miDebuggerPath": "/usr/bin/lldb-mi"
    }
  ]
}

4. 修正系统调试授权 #

• 打开系统设置的「隐私与安全性-开发者工具」面板，确认当前版本的VS Code已经被勾选授权；如果之前授权过旧版本（Intel版）的VS Code，更新为原生ARM64版本后应用的代码签名会变更，需要重新勾选授权，否则内核会直接拒绝调试附加请求，返回无效参数错误。

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