args必须写为字符串数组，每个参数独立成项，含空格路径无需手动加引号，环境变量不可在args中展开，Node.js调试需直接运行node进程并检查process.argv确认参数位置。
launch.json 里 args 字段怎么写才生效
VSCode 的 launch.json 中，args 是一个字符串数组，不是单个字符串，也不是空格分隔的命令行。写成 "args": ["--port 3000"] 或 "args": "--port 3000" 都会失败——前者把整个带空格的字符串当做一个参数传给程序，后者直接导致 JSON 解析错误。
-
args必须是数组，每个元素对应一个独立参数（例如"--port"和"3000"要拆开） - 如果参数值含空格（如路径
C:My Projectpp.js），不要手动加引号；VSCode 会自动处理，你只管写成"C:\My Project\app.js"（Windows）或"/Users/me/My Project/app.js"（macOS/Linux） - 环境变量不能在
args里展开，比如"${env:HOME}/script.js"不起作用；这种要改用env+ 脚本逻辑，或预处理为绝对路径
Node.js 调试时 args 传参不被脚本接收？检查 console.log(process.argv)
Node.js 程序默认把执行命令拆成 [node, script.js, ...args]，但如果你用 ts-node、nodemon 或自定义 npm script 启动，实际接收到的 process.argv 会被中间层劫持或过滤。最稳的方式是直接调试 node 进程本身。
- 确保
configurations中的runtimeExecutable指向node（而非npm或ts-node），且program是 JS 文件路径 - 在代码开头加
console.log(process.argv)，运行后看输出：第 2 个元素（process.argv[2]）才是你第一个args数组项 - 若用
npm run dev启动，args会传给npm，而不是你的脚本；此时应改用runtimeArgs配合runtimeExecutable: "npm"，但更推荐绕过 npm 直接跑 node
Python / Go / Rust 等语言调试时，args 行为差异在哪
不同调试器对 args 的解释逻辑不同：Python 的 ptvsd 或 debugpy 把它原样塞给 sys.argv；Go 的 dlv 会把 args 传给目标进程，但不会影响 os.Args[0]（即程序名）；Rust 的 lldb 或 gdb 后端则要求你确认是否启用 runInTerminal，否则某些带 stdin 交互的参数可能卡住。
- Python：放心写
"args": ["--verbose", "config.yaml"]，sys.argv第二项起就是它们 - Go：如果程序用
flag.Parse()，args会正常解析；但注意dlv默认不继承终端，需设"console": "integratedTerminal"或"showGlobalVariables": true才能看到完整行为 - Rust：用
cargo run调试时，args实际传给cargo，不是你的二进制；应设"cargo": { "args": ["run", "--"] }并把真正参数放在--后面，或改用"type": "lldb"直接调试可执行文件
修改 args 后没反应？先确认 launch 配置是否被正确选中
VSCode 允许同时存在多个 configurations，但只有当前选中的那个才会生效。很多人改了 args 却还在跑旧配置，因为左下角的启动配置没切换，或者用了快捷键 Ctrl+F5（重启）而非 F5（启动），导致缓存旧参数。
- 按
Ctrl+Shift+P→ 输入Debug: Select and Start Debugging，手动选一次配置，避免误用默认项 - 检查
launch.json顶部的version是否为"0.2.0"（旧版"0.1.0"在较新 VSCode 中可能被忽略） - 如果项目有
.vscode/tasks.json且配置了构建任务，确保调试前已成功构建；未编译的二进制即使args正确也不会启动
args 是启动瞬间快照，改完 JSON 必须重新开始调试，热重载不触发参数重载。另外，有些框架（如 Next.js、Vite）的开发服务器会忽略原始 args，转而读取自己的配置文件或环境变量——这时候得去查它们的 CLI 文档，而不是死磕 launch.json。 
