不能直接用 os.Setenv 管理命令行环境变量，因为它只影响当前进程，无法修改父 shell；正确做法是让 Go 程序根据 --shell 参数输出对应 shell 的变量设置语句（如 export KEY="VALUE"），再由 eval 或 Invoke-Expression 执行。
为什么不能直接用 os.Setenv 在命令行工具里管理环境变量
因为 os.Setenv 只影响当前进程及其后续派生的子进程，对父 shell 完全无效。你在 Go 程序里调用 os.Setenv("FOO", "bar")，退出后 shell 里 echo $FOO 仍是空——这不是 bug，是操作系统进程隔离的正常行为。
真正有用的命令行环境变量管理，本质是「生成可被 shell 解析并执行的指令」，比如 export FOO=bar（bash/zsh）或 $env:FOO="bar"（PowerShell）。Go 程序要做的不是改自己进程的环境，而是输出能让用户 shell 执行的代码。
如何让 Go 命令行工具输出兼容多 shell 的环境设置语句
核心思路：不硬编码 shell 语法，而是由用户显式指定目标 shell 类型，程序据此生成对应格式。避免自动探测（os.Getenv("SHELL") 不可靠，Windows 上无意义），也不依赖 runtime.GOOS 做粗粒度判断（比如 macOS 也常用 zsh，Windows 可能是 pwsh 或 cmd）。
- 提供
--shell参数，接受值如bash、zsh、fish、pwsh、cmd - 对每个 shell，定义其导出变量的语法模板：
—bash/zsh：输出export KEY="VALUE"
—fish：输出set -gx KEY "VALUE"
—pwsh：输出$env:KEY="VALUE"
—cmd：输出set KEY=VALUE（注意无引号，且不支持空格内嵌） - 值必须做 shell 安全转义：单引号包裹（bash/zsh/fish）、双引号 + 转义（pwsh）、cmd 下禁用特殊字符（建议提前校验）
怎么安全地把 Go 程序的环境变量输出给 shell 执行
不能让用户手动复制粘贴输出结果——容易出错，也不符合 CLI 工具惯用法。正确做法是用 shell 的 eval 或等价机制执行 Go 程序的 stdout。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 推荐用法：
eval "$(mytool env --shell=zsh)"（Unix-like）或mytool env --shell=pwsh | Invoke-Expression（PowerShell） - Go 程序末尾必须换行（
\n），否则eval可能报错或截断 - 避免输出任何非 export 语句（比如提示文字、空行、注释），否则
eval会失败 - 如果需要支持配置文件（如 .env），解析时要用
godotenv这类库，而非简单strings.Split——它能处理引号、转义、# 注释
常见坑：PATH 追加、多值变量、跨平台路径分隔符
PATH 是最常被修改的变量，但直接覆盖会丢失原有路径；而 Windows 的 PATH 用分号，Unix 用冒号——这些必须按目标 shell 和 OS 分别处理。
- 追加 PATH 时，不要拼字符串，用 shell 内置逻辑：
— bash/zsh：export PATH="$PATH:/new/path"
— fish：set -gx PATH $PATH "/new/path"
— pwsh：$env:PATH += ";C:\new\path"（注意 Windows 路径需反斜杠或正斜杠均可，但分号不可少） - 多值变量（如
GO111MODULE=on和GOPROXY=https://proxy.golang.org）应各自独立输出一行export，不要合并 - 输出前检查值是否含换行符或控制字符——
strings.ContainsAny(val, "\r\n\t")，有则拒绝输出并报错，防止 shell 解析崩溃
真正难的不是写 export 语句，而是让每种 shell 都能干净地接收、解析、应用，且不污染用户当前环境。漏掉一个分号、多一个空格、少一个引号，eval 就可能静默失败——这时候用户根本不知道变量没生效。
