vs code终端默认不激活虚拟环境是设计行为而非bug，因其启动时跳过shell初始化文件（如.bashrc、$profile），导致activate命令不可见；需通过terminal.integrated.profiles.*显式配置shell启动命令实现稳定激活。
VS Code 终端默认不激活虚拟环境，这是设计行为，不是 bug
很多人以为开了 Python > Terminal: Activate Environment 就万事大吉，结果新开终端还是跑系统 Python。真相是：VS Code 的集成终端启动时**跳过所有 shell 配置文件（~/.zshrc、~/.bashrc）**，所以 source .venv/bin/activate 不会自动执行；而 python.defaultInterpreterPath 只影响编辑器功能（如 linting、debugger），对终端完全无效。
必须用 terminal.integrated.profiles.* 显式配置 shell 启动命令
这是目前最稳定、跨平台、可条件判断的方案。不要用已废弃的 terminal.integrated.shellArgs，它在 VS Code 1.84+ 行为不可靠，且不支持路径存在性判断。
- macOS/Linux（zsh 用户）：确认
echo $SHELL输出是/bin/zsh或/usr/bin/zsh，然后在settings.json中添加：
{
"terminal.integrated.profiles.zsh": {
"path": "zsh",
"args": ["-i", "-c", "if [ -f ./venv/bin/activate ]; then source ./venv/bin/activate; fi; exec zsh"]
}
}
- Windows PowerShell 用户：注意路径分隔符和单引号包裹，避免空格或特殊字符解析失败：
{
"terminal.integrated.profiles.powershell": {
"path": "pwsh.exe",
"args": ["-NoExit", "-Command", "if (Test-Path ./venv/Scripts/Activate.ps1) { & './venv/Scripts/Activate.ps1' }"]
}
}
- 配置完后，必须执行
Terminal: Select Default Profile并选中你刚定义的 profile，否则不会生效 -
./venv是相对工作区根目录的路径；如果虚拟环境在别处（比如../env），要改成实际路径
为什么 Python > Terminal: Activate Environment 有时失效
这个开关只控制 Python 扩展是否尝试“注入”激活逻辑，但它依赖底层环境定位器（locator）能否正确识别解释器路径。当遇到以下情况时，它大概率静默失败：
-
native定位器（Rust 实现）在 Homebrew Conda、WSL 路径或符号链接环境下解析失败 - 切换 Dev Container 或重装虚拟环境后，扩展缓存仍指向旧路径
- 项目根目录下没有
.venv或venv文件夹，但扩展误报已检测到环境
此时建议直接禁用该选项，改用 profiles.* 方案——它不依赖扩展逻辑，由 shell 自己完成激活，更底层、更可控。
首次启用 PowerShell profile 会弹策略提示，不能跳过
Windows 上 PowerShell 默认禁止本地脚本执行，即使配置了 args，首次启动终端仍会弹出“是否运行此脚本？”对话框。点“是”即可，VS Code 会记住该选择。不要试图用 Set-ExecutionPolicy RemoteSigned -Scope CurrentUser 全局修改策略——这会降低系统安全性，且对 VS Code 内置终端无实际帮助。
真正容易被忽略的是：profile 配置里的路径必须用单引号包裹（'./venv/Scripts/Activate.ps1'），且反斜杠要写成正斜杠或双反斜杠；任意一处格式错误都会导致激活静默失败，终端看起来一切正常，但 which python 仍指向系统路径。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
