venv 本身不配置环境变量，它靠修改 PATH 实现隔离；真正需配置的是项目级环境变量（如 DATABASE_URL）和 IDE 解释器路径，二者机制完全不同。
直接说结论：venv 本身不配置环境变量，它靠修改 PATH 实现隔离；你真正要配的，是项目级环境变量（如 DATABASE_URL），和 IDE 解释器路径 —— 这两者常被混为一谈，但机制完全不同。
venv 激活时到底改了什么
激活虚拟环境（source env/bin/activate 或 env\Scripts\activate.bat）本质是临时重写当前 shell 的 PATH 环境变量，把虚拟环境的 bin/（或 Scripts/）目录置顶。这样运行 python、pip 时，系统优先找到的是虚拟环境里的副本，而不是全局的。
这不是“设置新环境变量”，而是“覆盖已有变量”。所以：
- 退出环境后，
PATH自动恢复，无需手动清理 -
venv不读取也不写入.bashrc、zshrc或 Windows 系统环境变量面板 - 如果你在激活状态下手动
export FOO=bar，这个变量只在当前 shell 生效，关掉终端就消失
项目专属环境变量怎么配（.env 文件）
像 SECRET_KEY、DEBUG 这类值，不该硬编码进代码，也不能塞进 venv —— 它们属于项目配置，不是 Python 运行时依赖。
立即学习“Python免费学习笔记（深入）”；
标准做法是用 python-dotenv 加载 .env 文件：
- 先在项目根目录创建
.env：DATABASE_URL=sqlite:///app.db DEBUG=True LOG_LEVEL=INFO
- 安装加载器：
pip install python-dotenv - 在代码最开头加：
from dotenv import load_dotenv import os <p>load_dotenv() # 自动找同级 .env 文件 db_url = os.getenv("DATABASE_URL")
注意：.env 文件必须在 load_dotenv() 调用前存在，且不能提交到 Git（加进 .gitignore）。
PyCharm / VS Code 怎么认准你的 venv
IDE 不会自动识别你终端里激活的 venv。它只认解释器路径 —— 你得手动告诉它用哪个 python 可执行文件。
- VS Code：按
Ctrl+Shift+P→ 输入Python: Select Interpreter→ 浏览到./env/bin/python（macOS/Linux）或.\env\Scripts\python.exe（Windows） - PyCharm：File → Settings → Project → Python Interpreter → 点右上角齿轮 → Add → Existing environment → 选中
env/bin/python或env\Scripts\python.exe - 关键点：路径必须指向虚拟环境内的
python，不是系统全局的；否则调试、运行、语法检查全走错环境
常见坑：system-site-packages 不是环境变量问题
有人误以为加了 --system-site-packages 就等于“继承环境变量”，其实完全不是一回事。
这个参数只控制 site-packages 目录是否被加入 Python 的模块搜索路径（sys.path），跟 os.environ 里的键值对毫无关系。比如你系统里有 OPENBLAS_NUM_THREADS=4，创建 venv 时加不加该参数，都不会影响这个变量是否存在。
真正要让某个环境变量在所有子进程中生效，只能靠 shell 层面的 export（Linux/macOS）或 set（Windows CMD），或者写进 IDE 的运行配置里（Run → Edit Configurations → Environment variables）。
最易忽略的一点：即使 venv 激活了、IDE 解释器也选对了，如果运行脚本时没加载 .env，或者没在 IDE 运行配置里填环境变量，os.getenv() 依然返回 None —— 这和 venv 无关，纯属应用层配置遗漏。
