最常用方式是os.Getenv，但它无法区分“值为空”和“变量未设置”；应改用os.LookupEnv，它返回(string, bool)以明确变量是否存在；需配合手动类型转换与校验确保可信。
Go 读取环境变量最常用、最直接的方式就是 os.Getenv，但它不报错、不提示缺失——这是绝大多数人踩坑的起点。
os.Getenv 为什么总返回空字符串？
它只做一件事：查环境变量，存在就返回值，不存在就返回空字符串 ""，**完全不区分“值为空”和“变量未设置”**。
- 常见错误现象：
os.Getenv("DB_PORT")返回""，你可能以为配置错了，其实是根本没导出该变量 - 验证方法：在终端运行
env | grep DB_PORT或echo $DB_PORT，确认变量是否真实存在 - 安全写法：用
os.LookupEnv替代，它返回(string, bool)，第二个布尔值明确告诉你变量是否存在
os.LookupEnv 比 os.Getenv 多了什么？
它解决的核心问题是「判空歧义」——你需要知道一个空值是人为设的，还是压根没配。
-
val, ok := os.LookupEnv("API_TIMEOUT")：如果ok == false，说明环境变量未设置，可立即 panic 或 fallback 到默认值 - 典型使用场景：启动时校验必要配置，比如
if !ok { log.Fatal("missing required env: API_TIMEOUT") } - 注意：
os.LookupEnv和os.Getenv都读取进程启动时继承的环境快照，后续系统中修改环境变量（如另开终端export）不会影响已运行的 Go 程序
需要自动加载 .env 文件？别硬写解析逻辑
Go 标准库不提供 .env 加载功能，os.Getenv 和 os.LookupEnv 都只读操作系统环境，不碰文件。
- 如果你依赖
.env，必须引入第三方包（如github.com/joho/godotenv），并在main()开头显式调用godotenv.Load() - 容易踩的坑：忘记调用
Load()，或调用位置太晚（比如在 init 函数之后、HTTP server 启动之后），导致变量没生效 - 性能影响：每次
Load()都会读文件、解析键值，生产环境一般不建议热重载；开发阶段可用，上线应通过系统级环境变量注入
真正麻烦的不是怎么读，而是怎么让读到的值可信——环境变量没有 schema，没有类型，也没有必填约束。哪怕用了 os.LookupEnv，你也得自己处理字符串转 int、空格 trim、大小写敏感这些事。这些细节，往往比读取本身更消耗调试时间。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
