vscode没有全局默认运行环境，必须按语言单独指定：python需在工作区settings.json中用"[python]"块配置python.defaultinterpreterpath；go/rust依赖path和工具链自动探测，不支持类似伪配置；launch.json中cwd、env等字段影响进程继承关系，错误设置将导致模块或文件找不到。
VSCode 运行多语言项目时，**没有全局“默认运行环境”这个概念**——每个语言的执行环境必须单独指定，且优先级严格：文件级 > 工作区级 > 用户级。配错层级或路径，python、go、rust 等命令就直接报 ModuleNotFoundError 或 command not found。
怎么给 Python 文件指定解释器路径
Python 的运行环境不靠“选一次就全局生效”，而是靠 python.defaultInterpreterPath 配置项绑定到具体语言模式或工作区。常见错误是把它写在用户 settings.json 里，结果 JS 项目里误触发 Python 格式化，或者路径指向已删除的虚拟环境。
- 必须放在
.vscode/settings.json中，用 language-specific 块包裹："[python]": {"python.defaultInterpreterPath": "./venv/bin/python"} - Windows 路径要双反斜杠或正斜杠：
"./venv/Scripts/python.exe"或"./venv\Scripts\python.exe" - 如果路径含空格（如
C:Program FilesPythonpython.exe），VSCode 会静默失败——改用短路径（PROGRA~1）或重装到无空格目录 - 不要依赖命令面板里的
Python: Select Interpreter一次性操作：它只写进当前工作区设置，新开一个文件夹就失效
Go 和 Rust 的运行环境为什么不能靠“选择”来设
Go 和 Rust 不像 Python 那样有“解释器路径”字段可填，它们的运行环境由终端 PATH + 扩展自动探测共同决定。手动点菜单选环境，对它们基本无效。
- Go：确保终端里能跑
go version和dlv version；gopls启动失败时，先执行go install golang.org/x/tools/gopls@latest，别去 launch.json 里硬写runtimeExecutable - Rust：必须用
rustup安装，且cargo-bin目录（如$HOME/.cargo/bin）必须在 shell 的$PATH中；rust-analyzer找不到rustc就会卡在 loading 状态，不是配置问题，是 PATH 没生效 - 两者都不支持在 settings.json 里填
"[go]": {"go.runtimePath": "..."}这类伪配置——VSCode 根本不认
launch.json 里哪些字段真会影响“运行环境”
launch.json 不负责准备环境，只负责告诉调试器“用哪个程序、带什么参数、在哪启动”。填错关键字段，就会出现 Cannot find module 或 No such file or directory。
-
"module": "http.server"是对的，"program": "http.server"是错的——后者会让 Node.js 调试器去找一个叫http.server.js的文件 -
"cwd"必须设成项目根目录，否则import或require会因相对路径错乱而失败 -
"env"可临时覆盖环境变量，比如{"PYTHONPATH": "${workspaceFolder}/src"}，但别用它替代python.defaultInterpreterPath - Go 调试必须用
"type": "go"+"mode": "test"或"exec"，填"type": "node"会直接忽略所有 Go 配置
最常被忽略的一点：VSCode 的“运行环境”本质是进程继承关系。你点 ▶️ 运行代码时，VSCode 启动的是一个新子进程，它只继承当前终端启动 VSCode 时的 PATH 和环境变量。如果用桌面图标启动 VSCode，它根本看不到你 shell 里 source ~/.zshrc 加的路径——这时候所有语言工具链都会“失踪”。
