在 macOS 上实现开发与生产环境隔离，关键在于变量的加载时机、进程作用域及上下文有效性；推荐按项目目录自动加载 .env 文件、结合 pyenv+venv 管理 Python 环境、用 shell 函数会话级切换，并规避 GUI 启动、未 export、launchd 配置等常见失效陷阱。
在 macos 上用虚拟环境变量实现开发与生产逻辑隔离，关键不是“设变量”，而是让变量在正确的时间、由正确的进程加载，并只对目标上下文生效。变量本身不隔离，加载方式和作用域才决定是否真正隔离。
按项目目录自动加载 .env 文件
这是最常用也最轻量的方式，适合 Node.js、Python 等支持 dotenv 工具的语言项目。它不修改系统或用户级配置，所有变量仅在当前项目启动时注入进程环境。
- 在项目根目录创建 .env.development 和 .env.production，分别写入对应配置，例如：
API_BASE_URL=https://api.dev.example.com - Node.js 中使用
require('dotenv').config({ path: `.env.${process.env.NODE_ENV}` })；Python 中用python-dotenv加载相同路径 - 启动前确保 NODE_ENV 或 ENV 已被设为
development或production，可通过脚本、VS Code 启动配置或终端函数统一设置
用 pyenv + venv 组合管理 Python 环境与变量
当项目需要不同 Python 版本或严格依赖控制时，单靠 .env 不够——解释器版本和包路径也必须隔离。
macOS Automator Services
下载
部署和使用军舰的 macOS Automator 自动化服务集合。包含 5 个实用工作流：PDF转JPG、PNG重命名并转JPG、图像拼接、解压RAR、顺序命名图像文件。一键安装所有服务到 ~/Library/Services/ 目录。使用场景：(1) "安装我的自动化服务"，(2) "部署所有 Automato...
- 用 pyenv 安装多个 Python 版本（如
pyenv install 3.9.18 3.12.3），再用pyenv local 3.9.18锁定项目所用版本 - 在项目内运行
python -m venv .venv创建专属虚拟环境，激活后pip install的包只会出现在.venv/lib/python3.x/site-packages/ - 把环境变量写进 .venv/bin/activate 文件末尾（或用 direnv 在
.envrc中设置），这样每次进入目录自动加载开发变量，离开即失效
通过 shell 函数按会话切换环境
适合本地调试多套配置，比如同时连测试数据库和预发 API，又不想开多个终端或改代码。
- 在 ~/.zshrc 中定义简洁函数：
dev_env() { export NODE_ENV=development DB_HOST=localhost; echo "✅ 开发环境已激活" }
prod_env() { export NODE_ENV=production DB_HOST=prod-db.example.com; echo "✅ 生产环境已激活" } - 新开终端后直接输入
dev_env或prod_env，变量只对当前 shell 及其子进程（如npm start、python app.py）有效 - 配合 VS Code：右键终端标签 →「New Terminal (In Active Workspace)」→ 运行对应函数，确保编辑器内终端与运行环境一致
避免常见失效陷阱
很多“变量没生效”问题其实和变量本身无关，而是作用域或继承机制被忽略。
-
GUI 应用不继承终端变量：从 Finder 或 Spotlight 启动的 App 不读取 ~/.zshrc；需用终端命令启动（如
open -n -a "Visual Studio Code" --args --env=NODE_ENV=production） -
未 export 的变量不可继承：写
NODE_ENV=development不等于export NODE_ENV=development，后者才能传给子进程 -
launchd 服务需显式定义变量：用 launchctl 启动后台服务时，必须在 plist 文件中用
<key>EnvironmentVariables</key>显式声明，不能依赖 shell 配置 -
敏感信息别硬编码：.env.* 文件不应提交到 Git，加进
.gitignore；密钥类变量建议用 macOS Keychain + 脚本读取
