VS Code 不自动创建但能识别已存在的 Python 虚拟环境，需先用 venv 或 conda 创建；它通过扫描 pyvenv.cfg 或 conda-meta 目录发现环境，切换解释器不影响终端自动激活，pip 安装须匹配当前解释器路径，且扩展会为各环境单独缓存索引。
VS Code 本身不直接管理 Python 虚拟环境，但它能识别、激活并切换已存在的虚拟环境——关键在于你得先用 venv 或 conda 创建好，再让 VS Code “看见”它。
如何让 VS Code 找到你创建的虚拟环境
VS Code 通过扫描项目目录和系统路径查找 python 可执行文件，重点识别含 pyvenv.cfg 或 conda-meta 的目录。它不会自动为你新建环境，但会列出符合规范的环境供选择。
- 用
python -m venv .venv在项目根目录创建后，VS Code 通常几秒内就能在命令面板（Ctrl+Shift+P）里看到.venv解释器选项 - 如果没出现，手动触发扫描：打开命令面板 → 输入
Python: Refresh Environments，或重启 VS Code 并确保当前工作区是项目根目录 - Conda 环境需提前运行
conda init vscode（或确保conda已加入系统 PATH），否则 VS Code 可能完全忽略它
切换解释器后，终端是否自动激活？
不一定。VS Code 的“Python 解释器”设置只影响代码运行、调试和语言服务（如 linting、补全），**不自动激活终端中的虚拟环境**。
- 默认终端（如 PowerShell / zsh）仍使用系统默认 shell，需手动运行
source .venv/bin/activate（Linux/macOS）或.venv\Scripts\activate.bat（Windows） - 可在
settings.json中配置终端启动时自动激活："python.terminal.launchArgs": ["-Command", "source .venv/bin/activate"]（仅限支持的 shell） - 更稳妥的做法：在 VS Code 内置终端中右键 → “New Terminal (Python)” —— 这个终端会自动激活当前选中的解释器对应环境
为什么 pip install 后模块仍报错未找到？
最常见原因是：你安装包时用的不是 VS Code 当前选中的解释器，或者终端没激活对应环境。
立即学习“Python免费学习笔记（深入）”；
- 检查当前解释器路径：按
Ctrl+Shift+P→Python: Select Interpreter，确认显示的是类似./.venv/bin/python（Linux/macOS）或.\.venv\Scripts\python.exe（Windows）的路径 - 在终端中运行
which python（macOS/Linux）或where python（Windows），输出必须与上面路径一致；否则pip install装到了别处 - 避免混用
pip和python -m pip：始终用python -m pip install xxx，这样能确保调用的是当前解释器附带的 pip - VS Code 的 Jupyter Notebook 单元也受解释器设置影响，但内核名称可能缓存，重启内核（Kernel → Restart Kernel）才能生效
真正容易被忽略的一点：VS Code 的 Python 扩展会在后台为每个解释器单独缓存依赖索引。换了解释器后，补全、跳转、类型提示可能延迟几秒甚至几十秒才更新——这不是卡顿，是它正在重建环境感知。等左下角状态栏不再显示 “Indexing…” 就算就绪了。
