python虚拟环境不自动管理环境变量，需结合.python-dotenv加载.env文件或修改activate脚本实现隔离；推荐项目级.env+代码中load_dotenv()，生产用系统变量或secrets工具。
Linux 运维中，Python 虚拟环境本身只隔离 Python 解释器和 pip 包，不自动管理环境变量。要实现环境变量的自动隔离与加载，需结合虚拟环境 + 显式配置机制，而不是依赖 venv 自带功能。
用 .env 文件配合 python-dotenv 加载项目专属变量
这是最常用、轻量且可复现的做法：每个项目根目录放一个 .env 文件，代码启动时自动读取。
- 安装支持库：
pip install python-dotenv（装在当前 venv 内） - 在项目根目录创建
.env，内容如：
DATABASE_URL=sqlite:///app.db
DEBUG=True
SECRET_KEY=dev-key-123 - 在 Python 启动脚本或入口文件开头加入：
from dotenv import load_dotenv
import os
load_dotenv() # 自动找同级 .env 并加载
print(os.getenv("DATABASE_URL")) - 注意：
.env不提交到 Git，加进.gitignore；生产环境改用系统级环境变量或 secrets 管理工具
激活虚拟环境时自动 source 项目环境变量脚本
如果你希望终端层面也生效（比如 shell 命令依赖某些变量），可以在激活虚拟环境后追加加载逻辑。
- 编辑虚拟环境的激活脚本：
venv/bin/activate - 在
deactivate()函数定义之前，插入一段：
if [ -f "$VIRTUAL_ENV/../.env.sh" ]; then
source "$VIRTUAL_ENV/../.env.sh"
fi - 然后在项目根目录建
.env.sh，写入：
export DATABASE_URL="sqlite:///prod.db"
export LOG_LEVEL="WARNING" - 这样每次
source venv/bin/activate就会自动设置这些变量，deactivate后变量仍保留（如需自动清理，得在 deactivate 中补充 unset）
用 pyenv + venv 组合实现 Python 版本 + 环境变量双隔离
当多个项目还要求不同 Python 版本时，pyenv 可统一管理解释器，再为每个版本下的项目配独立 venv 和 .env。
- 先用 pyenv 安装所需版本，例如：
pyenv install 3.11.9 - 进入项目目录，指定 Python 版本：
pyenv local 3.11.9 - 创建 venv：
python -m venv .venv（此时用的就是 3.11.9） - 激活后，
.venv和.env同时生效，形成“Python 版本 + 依赖 + 环境变量”三层隔离 - pyenv 会在目录下生成
.python-version，CI/CD 或新机器拉代码后运行pyenv install和pyenv local即可复现
避免常见陷阱
很多问题其实不是环境没隔离，而是加载时机或范围不对。
- 别把敏感变量写进 activate 脚本：它可能被多人共享或误提交；应通过 .env 或外部 secrets 注入
-
Web 服务（如 Gunicorn/Uvicorn）不读 .env 默认：需显式调用
load_dotenv()，或用--env-file参数（Uvicorn 支持） -
systemd 服务里环境变量不会自动继承：必须在
.service文件中用EnvironmentFile=指向/path/to/.env，或直接写Environment= -
IDE（如 VS Code）不自动加载 .env：需在
launch.json中配置"envFile": "${workspaceFolder}/.env"
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
