cwd参数指定程序实际启动时的工作目录，决定open()、require()等相对路径操作的基准位置；必须用${workspacefolder}或${filedirname}等变量配置，不可写死绝对路径。
cwd 参数代表程序**实际启动时的工作目录（Current Working Directory）**，不是 VSCode 窗口打开的路径，也不是 program 文件所在路径，更不是你“以为”的路径——它直接决定 open("config.json")、os.getcwd()、require("./utils") 这类相对路径操作的基准位置。
为什么 cwd 不设对，程序就找不到文件或报错 ENOENT
常见错误现象包括：
-
FileNotFoundError: [Errno 2] No such file or directory: 'data.csv'（Python） -
Error: Cannot find module './routes/index.js'（Node.js） - C++ 程序读取
"./assets/icon.png"失败，但命令行里能跑通
根本原因：调试器启动进程时，OS 层面的当前工作目录（cwd）和你预期不一致。比如你双击打开一个 src/main.py，但 cwd 默认是项目根目录；而你从终端进到 src/ 再执行 python main.py，当前目录就是 src/ ——这两者行为天然不同。
关键点：cwd 影响所有基于相对路径的 I/O 操作，且优先级高于环境变量或 IDE 界面显示路径。
怎么设 cwd 才可靠：用预定义变量，别手敲路径
VSCode 提供一组上下文变量，必须用它们动态生成 cwd 值，否则跨机器/跨分支容易失效：
-
"cwd": "${workspaceFolder}"→ 整个工作区根目录（适合配置集中、资源统一放根下的项目） -
"cwd": "${fileDirname}"→ 当前正在编辑的文件所在目录（最常用，尤其单文件脚本、Python 小工具） -
"cwd": "${workspaceFolder}/backend"→ 固定子目录（适合多服务项目，但需确保路径存在） -
"cwd": "${env:HOME}/myproject/data"→ 引用系统环境变量（慎用，降低可移植性）
绝对不要写死成 "cwd": "/Users/you/project" 或 "cwd": "C:\dev\myapp" ——别人 clone 后立刻失效，CI 环境也跑不通。
不同语言配置中 cwd 的典型坑点
不同调试器对 cwd 的默认行为差异很大，不显式声明极易翻车：
-
Python：默认
cwd是${workspaceFolder}，但如果你的main.py在scripts/下，又依赖同级的config.yaml，就必须改成"cwd": "${fileDirname}" -
Node.js：
type: "node"配置下，若program指向dist/app.js，但cwd还是${workspaceFolder}，那么require("./config")会去根目录找，而非dist/目录 -
C/C++ (cppdbg)：GDB 启动时若
cwd不匹配program输出路径，argv[0]可能解析异常，且fopen("log.txt", "w")会写到奇怪位置 -
Next.js / React：用
type: "node-terminal"启动npm run dev时，cwd必须是项目根（即${workspaceFolder}），否则next.config.js或public/资源加载失败
验证 cwd 是否生效的最快方法
别猜，直接在代码里打一行日志或断点：
console.log('Current working dir:', process.cwd()); // Node.js
import os; print('CWD:', os.getcwd()) # Python
std::cout <p>运行调试后看输出，和 <code>launch.json</code> 里写的 <code>cwd</code> 值比对。如果不对，99% 是变量拼错（比如写成 <code>${filedirname}</code> 少了个 <code>n</code>）或被其他配置覆盖（比如 <code>preLaunchTask</code> 中的 shell 命令改了目录但没还原）。</p><p>最常被忽略的是：多个 <code>configurations</code> 共存时，你选中的那个配置是否真的包含 <code>cwd</code> 字段——复制粘贴旧配置时容易漏掉这一行。</p>
