VSCode集成终端默认不激活虚拟环境，需通过terminal.integrated.profiles.*配置shell启动命令实现自动激活；python.defaultInterpreterPath仅影响Python扩展，不影响终端环境。
终端启动时不自动激活虚拟环境的常见表现
打开 VSCode 集成终端（Ctrl+`）后，which python 仍指向系统 Python 或 base 环境，pip list 看不到项目依赖——说明 venv 没被自动激活。
这不是 VSCode 的 bug，而是设计使然：VSCode 默认不执行 shell 的 profile/rc 文件，也就跳过了 source venv/bin/activate 这类逻辑。
关键点在于：激活动作必须由终端自身完成，而非靠 VSCode “注入”命令。
用 terminal.integrated.profiles.* 配置默认 shell 启动命令
VSCode 允许为每种 shell 定义启动时运行的初始命令，这是最稳定、跨平台兼容的做法。
立即学习“Python免费学习笔记（深入）”；
- 打开设置（
Ctrl+,），搜terminal.integrated.profiles，点击「在 settings.json 中编辑」 - 根据你用的 shell 添加对应配置，例如 Linux/macOS 的
zsh：
"terminal.integrated.profiles.zsh": {
"path": "zsh",
"args": ["-i", "-c", "source ./venv/bin/activate && zsh"]
}
Windows 用户若用 PowerShell，则用：
"terminal.integrated.profiles.powershell": {
"path": "pwsh.exe",
"args": ["-NoExit", "-Command", "if (Test-Path ./venv/Scripts/Activate.ps1) { . ./venv/Scripts/Activate.ps1 }"]
}
⚠️ 注意：./venv 是相对工作区根目录的路径；如果虚拟环境不在该位置，需改成实际路径，比如 ../myproject/venv。
python.defaultInterpreterPath 不等于终端激活
很多人设了 python.defaultInterpreterPath 指向 venv/bin/python，以为终端也会跟着切换——其实不会。这个设置只影响 Python 扩展的语法检查、调试器和 Jupyter 内核，对集成终端的 shell 环境完全无感。
后果是：你在代码里按 F5 调试时用的是虚拟环境，但终端里敲 python --version 还是系统版本，pip install 也装进错的地方。
所以必须单独处理终端激活，不能依赖 Python 扩展的配置。
避免用 terminal.integrated.shellArgs（已弃用且不稳定）
老教程常教你在 settings.json 里加 "terminal.integrated.shellArgs.linux"，但这在 VSCode 1.84+ 已被标记为废弃，且行为不可靠：参数可能被忽略，或导致终端无法启动。
更麻烦的是，它不支持条件判断——没法写“如果存在 venv 就激活，否则跳过”。而 profiles.* 的 args 支持完整 shell 语句，可加 if、test 判断，容错更强。
另外，别在 .bashrc 或 .zshrc 里硬写 source venv/bin/activate ——这会让所有终端（包括外部终端）都强制激活，破坏环境隔离。
真正要盯住的只有两件事：一是确保 profiles.* 的 args 里用了正确的路径和 shell 语法，二是记住 VSCode 终端和 Python 扩展的环境控制是两套独立机制，得分别配。
