必须以管理员（windows）或root（linux/macos）身份运行整个vscode进程，而非仅提权调试器，否则gdb/python无法获得ptrace权限或访问受保护资源；windows通过快捷方式兼容性设置实现，linux/macos需sudo code --user-data-dir=... --no-sandbox并重装扩展。
不能只给调试器提权，必须让整个 VSCode 进程以管理员（Windows）或 root（Linux/macOS）身份运行，否则 GDB/Python 调试器无法获得 ptrace 权限或访问受保护资源。
Windows：快捷方式设兼容性是最稳路径
VSCode 本身无“默认管理员启动”开关，系统级控制只能靠快捷方式。右键 VSCode 快捷方式 → “属性” → “兼容性” → 勾选“以管理员身份运行此程序”。之后所有子进程（PowerShell、gdb、Python 解释器）都继承 High Integrity Level。
- 必须关闭所有 VSCode 实例（包括托盘后台进程），否则新权限不生效
- 不要对
Code.exe本体设兼容性——会导致双击文件、右键菜单等所有入口都弹 UAC，体验崩坏 - 勾选后，
launch.json中无需加runAsAdministrator: true；该字段仅在极少数插件中被识别，官方 Python 扩展不支持 - 终端里执行
Get-ExecutionPolicy -Scope CurrentUser应返回RemoteSigned，否则 PowerShell 脚本仍会因策略被拦，和权限无关
Linux/macOS：sudo 启动 VSCode 并指定独立用户数据目录
直接 sudo code 会复用普通用户的 ~/.vscode 配置，导致扩展加载失败或 DAP 协议握手异常。必须强制隔离：
- 终端执行：
sudo code --user-data-dir="/root/vscode-root" --no-sandbox -
--no-sandbox是必需的，否则 Electron 沙箱在 root 下大概率崩溃（尤其 kernel ≥ 6.8） - 首次启动后，需在 root 环境下重装 C/C++、Python 等核心扩展——普通用户安装的扩展对 root 不可见
-
launch.json中保持标准配置，如"miDebuggerPath": "/usr/bin/gdb"，绝不要写成"sudo gdb"；后者会破坏 stdin 重定向，DAP 通信直接中断
调试 Python 时误配 sudo: true 的后果
VS Code 官方 Python 扩展（v2026.8+）已移除 sudo 字段支持。若你在 launch.json 里手动加了 "sudo": true：
- Linux/macOS 下会被静默忽略，调试照常启动但无提权效果
- 旧版扩展可能尝试调用
sudo python，导致终端卡死或报错No such file or directory（找不到python在 root PATH 中） - Windows 下该字段完全无效，且可能干扰调试器自动发现逻辑
- 真正需要提权的 Python 场景（如绑定 139/445 端口、访问
/dev/mem），唯一可靠路径仍是让 VSCode 进程本身以管理员/root 运行
最易被忽略的副作用：root 或 Administrator 启动后，所有生成文件（a.out、__pycache__、日志、core dump）默认属主为 root/Administrator。下次用普通用户打开同一项目，make 或 pip install -e . 会因权限拒绝而失败——这不是配置问题，是文件系统 ACL 的硬性限制。
