go 用 os.getenv 和 os.setenv 读写环境变量，设置仅限当前进程；跨平台注意大小写敏感性，.env 需早期加载，子进程需显式传入 cmd.env。
如何读取和设置 Go 程序中的环境变量
Go 标准库的 os 包直接支持环境变量读写，无需第三方依赖。关键函数就两个：os.Getenv 读取、os.Setenv 设置。但要注意：设置仅对当前进程及其后续 fork 的子进程生效，不会写入系统或父进程环境。
-
os.Getenv("PATH")返回字符串，若变量不存在则返回空字符串（不是nil）——别用== ""判断是否存在，应改用os.LookupEnv -
os.Setenv("FOO", "bar")成功无返回值，失败会 panic（比如键含等号或不可见字符），生产环境建议包裹recover或提前校验 - Windows 下环境变量名不区分大小写，Linux/macOS 区分——跨平台代码避免依赖大小写敏感性
为什么 os.Getenv 找不到你刚 Setenv 的变量
这通常不是 bug，而是变量作用域理解偏差。Go 进程启动时从父进程继承环境变量副本，os.Setenv 修改的是这个内存副本，不影响父 shell。你在终端执行 go run main.go 后试图在 shell 中 echo $MYVAR，自然为空。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 验证是否生效：在同一个 Go 程序里，
Setenv后立刻调用Getenv，应该能读到 - 想让子命令看到新变量？用
os/exec.Cmd的Cmd.Env字段显式传入，而不是依赖全局环境 - 调试技巧：打印
os.Environ()返回的完整列表，确认目标变量是否在其中
加载 .env 文件的常见陷阱
Go 没有内置 .env 支持，社区常用 godotenv（即 github.com/joho/godotenv）。但它只是把文件内容解析后批量调用 os.Setenv，本质仍是进程内变量。
- 必须在程序早期调用
godotenv.Load()，否则已初始化的包（如数据库连接池）可能读不到新变量 - 文件路径默认是当前工作目录下的
.env，不是二进制所在目录——用os.Executable()+filepath.Dir获取正确路径再拼接 - 重复调用
Load()不会覆盖，而是合并；若需强制覆盖，先清空：os.Clearenv()（慎用，会删掉PWD、PATH等关键变量）
跨平台处理环境变量的兼容性细节
不同系统对环境变量的限制差异实际影响编码方式。比如 Windows 最大单个变量长度约 32KB，而 Linux 受 ARG_MAX 限制（通常几 MB），但 Go 的 os.Setenv 在超出时行为不一致。
- 避免在环境变量中存大块数据（如 JSON 配置体），改用配置文件或 flag
- 变量名含空格或特殊符号（如
.、-）在某些 shell 下无法导出，Go 虽能设，但子进程可能收不到——统一用UPPER_SNAKE_CASE - 敏感信息（密码、密钥）不要硬编码进环境变量赋值语句，优先通过文件挂载或 secret manager 注入
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
