Linux Shell 中管理多项目环境变量的核心是隔离性与按需加载：①用子 shell 启动（如 env VAR=val bash）实现进程级隔离；②用项目专属 env.sh 脚本 source 加载；③在 ~/.bashrc 中按条件变量触发加载；④用 direnv 实现目录级自动加载与回滚。
Linux Shell 中管理多个项目各自的环境变量，核心在于隔离性与按需加载——不能让项目 A 的变量污染项目 B 的运行环境，也不能每次手动反复设置。关键不是“统一配置”，而是“分而治之”。
按项目隔离：用独立 shell 或子 shell 启动
避免全局污染最直接的方式是不把项目变量导出为全局环境变量。比如项目 foo 需要 FOO_ENV=dev 和自定义 PATH：
- 不推荐：
export FOO_ENV=dev; export PATH=$PATH:/opt/foo/bin（影响整个终端） - 推荐：
FOO_ENV=dev PATH=$PATH:/opt/foo/bin bash（仅新 bash 进程生效） - 更清晰：
env FOO_ENV=dev PATH="$PATH:/opt/foo/bin" bash
这样启动的子 shell 完全拥有项目所需变量，退出即失效，互不干扰。适合调试、CI 脚本或临时切换。
用脚本封装：项目专属 env-loader
在每个项目根目录下放一个 env.sh（或 .envrc，配合 direnv 更佳）：
#!/bin/bash export PROJECT_NAME="my-api" export API_BASE_URL="http://localhost:8080" export PYTHONPATH="/home/user/my-api/src:$PYTHONPATH" # 可选：只对当前 shell 生效，不导出给子进程 MY_LOCAL_CONFIG="/tmp/my-api-debug.conf"
使用时：source ./env.sh。注意：source 在当前 shell 执行，变量立即可见；但若误执行了 ./env.sh（作为独立进程），变量不会保留。
持久化且分用户/项目：改写 shell 启动文件
若某些项目长期固定使用，可将其变量逻辑嵌入用户级配置，但必须加判断条件，防止无脑加载：
- 编辑
~/.bashrc，末尾添加：
if [ -n "$PROJECT_FOO" ] && [ -d "$PROJECT_FOO" ]; then export FOO_HOME="$PROJECT_FOO" export PATH="$FOO_HOME/bin:$PATH" export FOO_LOG_LEVEL="debug" fi
之后只需 PROJECT_FOO=/path/to/foo bash，新 shell 就自动加载对应环境。不同项目用不同变量名触发，彼此解耦。
进阶方案：用 direnv 自动识别目录上下文
direnv 是专为该场景设计的工具：进入某目录时自动加载 .envrc，离开时自动清理。
- 安装后启用：
echo 'eval "$(direnv hook bash)"' >> ~/.bashrc - 在项目目录中创建
.envrc：
export PROJECT="frontend" export NODE_ENV="development" PATH_add ./node_modules/.bin
只要 cd 进入该目录，变量立刻生效；cd 出去，所有变量自动回滚。无需手动 source，也无残留风险。
