Linux下venv从不自动激活，必须手动执行source venv/bin/activate；VSCode右下角显示解释器路径不影响终端环境，终端仍用系统Shell启动；最可靠方式是直接调用venv/bin/python运行脚本。
Linux终端不会自动激活venv，这是设计使然
Linux系统下Python虚拟环境从不“自动激活”，source venv/bin/activate 必须手动执行——这不是bug，而是venv模块的明确行为。它不依赖shell配置文件（如.bashrc或.zshrc）触发，也不监听目录变更。VSCode、PyCharm等IDE的终端默认也不会代你执行这一步，哪怕右下角显示了虚拟环境路径。
为什么source venv/bin/activate 执行后仍显示全局Python
常见原因不是命令写错，而是以下任一环节中断：
- 当前目录下不存在
venv目录，或venv/bin/activate文件被误删（检查：ls -l venv/bin/activate） -
venv/bin/activate没有执行权限（修复：chmod +x venv/bin/activate） - 你在zsh中用了oh-my-zsh等插件，它重写了
source命令，导致脚本加载失败（临时绕过：command source venv/bin/activate） - 终端启动时已继承了旧的
PYTHONPATH或PATH，覆盖了虚拟环境的bin路径（验证：echo $PATH，确认venv/bin是否排在最前）
VSCode终端里激活了却pip list还是全局包
这是VSCode终端与编辑器解释器配置分离导致的典型错觉：
提示词大师-python版
下载
图片提示词生成器？不止如此。 马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。 用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。 用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。 输入「新手指南」查看完整功能介绍
- 右下角显示的解释器路径（如
./venv/bin/python）只影响代码运行和调试，不影响终端Shell环境 - 终端是独立进程，不受VSCode Python插件控制；即使你点选了解释器，终端仍用系统默认Shell启动
- 解决方法只有两种：每次打开终端后手动运行
source venv/bin/activate，或在.vscode/settings.json中加配置："terminal.integrated.defaultProfile.linux": "bash"（确保Shell一致），再配合terminal.integrated.profiles.linux注入启动命令（不推荐，易出兼容问题）
比激活更可靠的做法：直接调用venv/bin/python
很多开发者卡在“必须激活”这个思维定式里。实际上，在Linux上最健壮的方式是跳过激活，直接使用绝对路径执行：
立即学习“Python免费学习笔记（深入）”；
-
venv/bin/python main.py—— 自动加载该环境所有已安装包，sys.path正确，无需改PATH -
venv/bin/pip install requests—— 安装到对应site-packages，完全隔离 - CI/CD或离线部署场景下，这种方式100%可复现，不依赖shell状态、不触发执行策略、不污染终端变量
真正容易被忽略的点是：激活只是修改当前shell会话的环境变量，而直接调用解释器路径才是虚拟环境本质能力的裸露调用——它不声不响，但永远有效。
