vscode不管理python虚拟环境，仅通过选择解释器来识别已创建的venv或conda环境；需确保pyvenv.cfg存在、路径正确，并手动添加非标准路径环境，终端需单独激活。
VSCode 本身不管理 Python 虚拟环境，它依赖你本地已创建好的 venv 或 conda 环境，并通过选择解释器来激活它们——关键不是“VSCode 做了什么”，而是你如何让 VSCode 正确识别和切换环境。
怎么让 VSCode 找到你创建的虚拟环境
VSCode 只会自动扫描项目根目录下的 .venv、venv、env 这几个常见名称的文件夹，以及系统级 python -m venv 创建的标准结构（含 pyvenv.cfg 和 bin/ 或 Scripts/ 子目录）。
- 如果你用
python -m venv myenv创建，确保没手动删掉myenv/pyvenv.cfg—— 缺失这个文件，VSCode 就认不出它是虚拟环境 - Windows 用户注意：
myenv/Scripts/python.exe是有效解释器路径；macOS/Linux 是myenv/bin/python - 如果环境放在非项目目录（比如
~/venvs/myproject），VSCode 不会自动发现，必须手动添加：按Ctrl+Shift+P→ 输入Python: Select Interpreter→ 选Enter interpreter path...→ 指向那个python可执行文件
为什么选了解释器，终端还是用系统 Python
VSCode 的「Python 解释器」设置只影响代码运行（如调试、Run Python File）和语言服务（补全、类型检查），但默认终端（Terminal: Create New Terminal）启动的是系统 shell，不会自动激活虚拟环境。
-
解决方法一（推荐）：在 VSCode 设置中开启
python.terminal.executeInFileDir并配合python.defaultInterpreterPath，但这仍不等于激活环境 - 真正可靠的做法是：打开集成终端后，手动运行
source venv/bin/activate（macOS/Linux）或venvScriptsctivate.bat（Windows） - 或者，在
settings.json中配置终端启动命令："terminal.integrated.profiles.windows": { "PowerShell": { "source": "PowerShell", "args": ["-ExecutionPolicy", "Bypass", "-NoExit", "-Command", "& 'venv\Scripts\activate.ps1'"] } }（注意路径需替换成你的真实环境路径）
pip install 后模块不提示？检查这三处
装完包却看不到 import 补全、甚至报 ModuleNotFoundError，大概率是解释器没对齐，而不是包没装上。
立即学习“Python免费学习笔记（深入）”；
- 确认当前 Python 解释器路径是否和你
pip install时用的完全一致：在终端里运行which python（macOS/Linux）或where python（Windows），再对比 VSCode 左下角显示的解释器路径 - 别用系统 pip 装进虚拟环境：如果终端没激活环境，
pip install requests装到的是全局 Python，不是你的venv - VSCode 的 Python 扩展有时缓存旧的包信息，重启语言服务器：按
Ctrl+Shift+P→Python: Restart Language Server
最常被忽略的一点：VSCode 的「Python 解释器」选择是工作区级的，但终端激活是会话级的。你在 A 文件夹选了 venv1，打开 B 文件夹后可能还在用 venv1，而终端里却跑着 venv2——这种错位才是依赖冲突的真正源头。
