前言
你是否在本地调试时狂打 println!，调得热火朝天，一上线却发现满屏幕“调试痕迹”像八卦新闻一样炸裂全场？
还有那种测试环境跑得飞起，一切安然无恙，一上生产环境立马崩盘：配置混乱、数据库接错、日志狂吼，仿佛灾难大片现场。
这一切，只因为程序完全不清楚自己现在在哪个场合。开发？测试？生产？它满脑问号，你也跟着一起崩溃。
是时候给程序一双慧眼。通过环境变量 RUST_ENV，让它具备判断力，遇事不慌，按场合办事。
本篇内容将带你深入理解 Rust 中如何优雅使用环境变量，教会你的项目自动识别当前环境，调试、测试、上线各就各位，稳得像老司机开夜车。
简介
Rust 虽然不像 Node.js 自带 NODE_ENV 那种“开箱即用”的环境识别机制，但别慌，聪明的程序员总能自力更生。
只需用 std::env::var 读取环境变量，再加上 unwrap_or_else 设置默认值，程序立刻具备识别环境的能力，开发、测试、生产，通通安排得明明白白。
核心代码如下：
一行代码，作用不小。就像演员进片场前先看剧本，程序也得知道此刻该“演”哪种状态。
用对环境变量，代码不再尴尬，调试从容，上线稳健，测试严谨，妥妥的三栖影帝。
操作步骤
1.设置代码
2.开发环境（默认）
输出：
3.测试环境
输出：
4.生产环境
输出：
流程图
搞笑故事
某位资深 Rust 程序员，平时写代码飞快，自信满满，键盘敲得跟打鼓一样响。他的项目准备上线，部署一气呵成，自信点击“发布”按钮，然后跑去喝咖啡，顺手在群里发一句：“上线成功，稳。”
十分钟后，客户电话响起：“我们数据库空了，是不是被黑客入侵？”
他一听，冷汗直冒，火速登录服务器，一看数据库名，瞬间石化。
用的竟是开发环境的数据库。
原因非常朴素：他压根没设置 RUST_ENV，程序自作聪明，以为还在开发，毫无顾忌连接开发数据库，跑了一堆初始化，把生产数据清得一干二净。
客户震惊，老板暴躁，安全团队全员集结，差点发布通报排查外部攻击。
而他坐在工位，像被点穴一样安静三分钟，嘴里只蹦出一句：“我不是在测试吗？”
CI/CD 系统冰冷弹出一句提示：“你没说环境是啥，我可猜不出。”
自那以后，他对环境变量产生深深敬畏。每次上线，都会反复确认十遍：“你是谁？你在哪？你想干嘛？”
据说后来他在代码开头加上注释提醒自己：
这起事故被团队封为“环境变量门”，写进技术年鉴，成为公司茶水间长年热议的安全典范。
现在，只要有人部署项目，都会先喊一句：“生产环境请举手！”
适用场景
区分开发、测试、生产环境逻辑（例如日志级别、数据库配置、API 地址）CI/CD 流程中根据环境自动部署控制功能开关（如 debug 模式开/关）
注意事项
Rust 不会自动加载 .env 文件，建议配合 dotenv crate 使用：
在 main() 函数开头加一句：
变量名建议全大写，例如 RUST_ENV，既醒目又符合社区习惯。
别一拍脑袋把环境写死进代码，那环境切换只剩“仪式感”。真正的灵活，靠配置说话。
总结
掌握 std::env::var 搭配合理的环境变量使用方式，相当于给程序装上慧眼，场景一变，风格立马切换：
开发环境，println! 随便打，日志就像自家客厅，怎么舒服怎么来；测试环境，谨慎操作，每一条数据都像贵宾，动手前得三思；生产环境，稳定优先，出错一次就像现场直播翻车，代价高到吓人。
环境变量不仅仅是个配置开关，更是程序行为的指挥棒。写代码不分场合，就像穿拖鞋进会议室，迟早要出事。
一句话：程序也讲礼仪，进哪扇门说哪种话，别让你的代码在不该出风头的场合“耍宝”。