构建时设置ENV变量：运行时无法修改ENV变量值的技术求助

这种情况我之前踩过好几次坑，核心原因大概率是构建阶段把环境变量硬编码进了你的应用产物（二进制/镜像）里，导致运行时无法覆盖，而TEST_ARG正常是因为它是运行时动态读取的（比如命令行参数），没被构建过程固化。

下面给你几个具体的排查和修复方向：

• 检查构建脚本的变量注入方式
  如果你的构建命令用了类似go build -ldflags "-X main.MyEnv=$MY_ENV"、webpack DefinePlugin这类工具，它们会直接把环境变量的值编译进产物里，相当于把代码里的os.Getenv("MY_ENV")替换成了固定字符串"0"，运行时再怎么改环境变量都没用。这种情况要改成运行时动态读取环境变量，不要在构建时注入。

• 核对代码里的变量读取时机
  看看你的代码是不是在包初始化阶段就把环境变量的值赋值给了全局变量，比如：

  // 错误示例：包初始化时读取，构建时如果被工具替换就会固化
  var MyEnv = os.Getenv("MY_ENV")
  
  func main() {
      fmt.Println(MyEnv) // 永远是构建时的值
  }
  

  改成在main函数或者需要用到的地方再读取：

  func main() {
      myEnv := os.Getenv("MY_ENV")
      fmt.Println(myEnv) // 运行时读取最新值
  }
  

• 如果用Docker部署，区分ARG和ENV的作用
  很多人会在Dockerfile里用ARG传递构建变量，再赋值给ENV，比如：

  ARG MY_ENV=0
  ENV MY_ENV=$MY_ENV
  

  这种写法会把MY_ENV的值固化在镜像里，运行时用docker run -e MY_ENV=123也无法覆盖。正确的做法是去掉ARG到ENV的赋值，直接在运行时传递环境变量，或者让应用自己读取运行时的环境变量，不要依赖Dockerfile的ENV固化。

• 验证环境变量是否真的传递到了运行环境
  可以在应用启动时打印所有环境变量，确认目标变量是否被正确传递：

  import (
      "fmt"
      "os"
  )
  
  func main() {
      fmt.Println("所有环境变量：")
      for _, env := range os.Environ() {
          fmt.Println(env)
      }
  }
  

  运行时执行MY_ENV=123 ./your-app，检查输出里有没有MY_ENV=123，如果没有，说明是运行时环境变量没传进去；如果有但应用还是输出0，那就是代码读取逻辑的问题。

内容的提问来源于stack exchange，提问作者basickarl