在 Go 中通过 shell 前缀（如 FOO=BAR go test）设置环境变量对子命令无效，因其未被传递至 go test 启动的测试进程；需改用 godotenv 工具或显式导出变量。
在 go 中通过 shell 前缀（如 `foo=bar go test`）设置环境变量对子命令无效，因其未被传递至 `go test` 启动的测试进程；需改用 `godotenv` 工具或显式导出变量。
你遇到的问题根源在于 shell 环境变量作用域机制：命令 FOO=BAR go list ./... | grep -v vendor | xargs -n1 go test -timeout=3s 中，FOO=BAR 仅临时作用于 go list 进程，而 xargs 启动的每个 go test 子进程继承的是原始 shell 环境（不含 FOO），因此 os.Getenv("FOO") 返回空字符串。
✅ 正确做法有以下两种推荐方案：
方案一：使用 godotenv（推荐，简洁可控）
安装后，将变量写入 .env 文件：
# .env FOO=BAR
然后通过 godotenv 注入环境并运行测试：
go install github.com/joho/godotenv/cmd/godotenv@latest godotenv -f .env go test ./... -timeout=3s
该工具会在执行 go test 前自动加载 .env 并注入所有变量，确保测试进程可正常读取。
方案二：显式导出 + xargs 传递（无需额外依赖）
避免管道中断环境继承，改用 export 并在 xargs 中调用 shell：
export FOO=BAR
go list ./... | grep -v vendor | xargs -I{} sh -c 'FOO=$FOO go test {} -timeout=3s'
注意：-I{} 配合 sh -c 可确保每个 go test 在新 shell 中以当前环境变量启动。
⚠️ 注意事项：
- 不要依赖 FOO=BAR go test 这类前缀语法跨进程生效——它只影响紧邻的直接子进程；
- 若使用 CI/CD（如 GitHub Actions），建议通过平台原生方式设置环境变量（如 env: 键），而非 shell 注入；
- 测试中建议添加健壮性检查，例如：
if foo := os.Getenv("FOO"); foo == "" { t.Fatal("expected environment variable FOO to be set") }
综上，godotenv 是开发阶段最轻量、可复现且符合十二要素应用原则的解决方案；而显式 export + sh -c 更适合无外部依赖的自动化场景。
