os.getenv返回空字符串无法区分“未设置”和“值为空”，应改用os.lookupenv；平台分隔符不同；os.environ仅返回启动时快照；os.setenv仅作用于当前进程；.env需第三方库或手动解析。
os.Getenv 读取单个环境变量最常用，但返回空字符串不等于变量不存在
Go 的 os.Getenv 是最直接的读取方式，但它有个关键行为：当环境变量未设置或值为空时，都返回空字符串 ""，无法区分“没设”和“设了但为空”。实际调试时容易误判。
- 用前先确认变量是否真被导出：
echo $MY_VAR（Linux/macOS）或echo %MY_VAR%（Windows） - 若需严格区分，改用
os.LookupEnv，它返回value string, ok bool，ok为false才表示变量根本未设置 -
os.Getenv("PATH")在 Windows 上可能返回分号分隔，在 Linux/macOS 是冒号分隔，后续切分时注意平台差异
os.Environ 获取全部环境变量，适合调试或批量处理
os.Environ() 返回 []string，每个元素形如 "KEY=VALUE"。它不解析等号右边的转义，也不处理引号，纯文本快照。
- 遍历时建议用
strings.SplitN(s, "=", 2)拆分，避免 VALUE 里含等号导致截断 - 结果不含顺序保证，不要依赖返回顺序做逻辑判断
- 在容器或 systemd 服务中运行时，
os.Environ()只包含进程启动时继承的变量，不包含运行时动态修改的（比如os.Setenv后再调用它，不会体现新增项）
os.Setenv 和 os.Unsetenv 不影响父进程，仅限当前 Go 进程
Go 中设置或删除环境变量只作用于当前进程及其后续 fork 的子进程，对启动它的 shell 或父程序完全无感。
-
os.Setenv("DEBUG", "1")后，用exec.Command("sh", "-c", "echo $DEBUG")能拿到新值；但退出 Go 程序后，shell 里的$DEBUG仍是原值 -
os.Unsetenv("HOME")可能导致某些标准库函数（如user.Current()）panic，慎用 - 跨平台注意：
os.Unsetenv在 Windows 上对大小写不敏感，Linux/macOS 敏感 ——os.Setenv("Path", "x")再os.Unsetenv("PATH")在 Windows 会成功，在 Linux 则无效
从 .env 文件加载需手动解析，标准库不支持
Go 标准库没有读取 .env 文件的功能，常见做法是用第三方包（如 godotenv），但要注意它默认不覆盖已存在的环境变量，且解析规则简单：跳过空行、# 开头的注释行，按 = 分割，不处理引号或转义。
立即学习“go语言免费学习笔记（深入）”；
- 若文件含
DB_URL="postgres://user:pass@host/db"，godotenv会把引号一起当值，部分数据库驱动可能无法识别 - 更安全的做法是自己用
bufio.Scanner逐行读 + 正则提取，或明确要求配置文件用 JSON/TOML/YAML 格式 - 加载时机很重要：必须在任何依赖环境变量的初始化代码之前调用（比如
database/sql.Open前），否则无效
环境变量读取看似简单，但空值歧义、平台差异、作用域边界和文件解析规则这四点，最容易在上线后突然暴露。
