Go 程序无法直接读取 /etc/profile 中未导出的变量；关键在于变量必须通过 export 显式导出，才能被子进程（包括 Go 进程）继承。
go 程序无法直接读取 `/etc/profile` 中未导出的变量；关键在于变量必须通过 `export` 显式导出，才能被子进程（包括 go 进程）继承。
在 Linux 系统中，/etc/profile 是系统级 shell 初始化脚本，仅在登录 shell 启动时由 shell 解释执行。它本身不“持久化”或“全局广播”变量——变量能否被 Go 程序获取，取决于该变量是否被 export 为环境变量，且 Go 进程是否作为该 shell 的子进程启动。
你当前的配置：
TEST_ENV=test_me # ❌ 未导出：仅为 shell 局部变量
这行只在当前 shell 会话中生效，且不会传递给任何子进程（如 go run main.go），因此 os.Getenv("TEST_ENV") 返回空字符串，os.Environ() 中也查不到它。
✅ 正确做法是显式导出：
# 编辑 /etc/profile，改为： export TEST_ENV=test_me
然后重启终端会话（或执行 source /etc/profile），再运行 Go 程序：
package main
import (
"fmt"
"os"
)
func main() {
fmt.Println("TEST_ENV =", os.Getenv("TEST_ENV")) // 输出: TEST_ENV = test_me
}
⚠️ 注意事项：
-
exec.Command("source /etc/profile")无效：source是 shell 内置命令，不能作为独立进程执行；且每个exec.Command启动的是全新、无继承的子 shell，其环境变更不会反向影响父 Go 进程。 - 若 Go 程序以 systemd 服务、Docker 容器或非登录 shell 方式运行（如
cron或systemctl start myapp.service），/etc/profile默认不会被加载。此时应改用：- systemd：在 service 文件中用
Environment=或EnvironmentFile=指定； - Docker：使用
ENV指令或-e参数； - 通用方案：将变量写入
/etc/environment（格式KEY=VALUE，无export，由 pam_env 加载）或通过启动脚本export后再执行 Go 二进制。
- systemd：在 service 文件中用
? 总结：环境变量的可见性遵循“父进程 → 子进程”的单向继承机制。/etc/profile 只是设置变量的时机与位置，真正起作用的是 export 声明和进程启动上下文。确保导出 + 正确的 shell 生命周期，才是 Go 读取系统级环境变量的根本解法。
