Go项目环境差异关键在运行时配置控制：统一用GO_ENV变量（空值需显式兜底为development），配置文件分离但敏感字段走环境变量，日志与调试行为按环境区分，生产用静态二进制+多阶段Docker构建。
Go 项目里开发环境和生产环境的差异，不在于语言本身，而在于你如何控制配置加载、日志行为、调试开关和构建产物——所有关键决策都该在运行时做，而不是靠 //go:build 编译标签硬切。
用 os.Getenv("GO_ENV") 做环境判断，别信空值
很多人直接写 if os.Getenv("GO_ENV") == "prod"，但没处理空值，本地跑就 panic 或静默走错分支。Go 不会自动 fallback，必须显式兜底：
-
env := os.Getenv("GO_ENV")后立刻判断：if env == "" { env = "development" } - 统一用
GO_ENV（不是ENV），避免和 Go 自身变量（如GOPATH）冲突 - 测试时直接
GO_ENV=test go test ./...，不用改代码
配置文件按环境分离，但敏感字段必须从环境变量注入
推荐目录结构：config.default.yaml（公共字段）+ config.dev.yaml / config.prod.yaml（覆盖字段）。但注意：
-
viper.SetConfigName("config." + env)必须手动拼，viper 不会自己猜文件名 -
db.password这类字段绝不能写进 YAML，要用viper.SetEnvPrefix("APP")+viper.AutomaticEnv()，启动时传APP_DB_PASSWORD=xxx -
config.prod.yaml要加进.gitignore，只留config.prod.yaml.example提示字段结构
日志与调试行为必须环境感知
开发时需要完整堆栈和文件行号，生产时要收敛输出、隐藏路径、对接日志采集系统：
立即学习“go语言免费学习笔记（深入）”；
- 开发：用
log.SetFlags(log.LstdFlags | log.Lshortfile)，开viper.WatchConfig()热重载 - 生产：关掉
Lshortfile，禁用WatchConfig，日志级别设为info或更高 - 不要用
fmt.Printf打印调试信息——它绕过日志系统，生产镜像里可能泄露敏感路径
构建与部署：Air 是开发玩具，生产必须用静态二进制
Air 的热重载依赖 go build 和临时文件，在容器里反复触发重建反而不稳定。生产部署的关键是：
- 构建阶段用多阶段 Dockerfile：
FROM golang:1.22-alpine AS builder→FROM alpine:latest - 编译命令加
-ldflags="-s -w"去符号和调试信息，减小体积 - 生产镜像里只放二进制，不装 Go SDK，也不跑
go run - 用
ldflags注入环境标识：go build -ldflags="-X 'main.env=prod'"，方便运行时识别实例归属
最容易被忽略的是：环境变量注入和配置加载顺序。viper 默认不会读 GO_ENV，也不会 fallback 到 config.yaml —— 每一步都要手动写清楚，否则本地能跑，CI 构建就失败。
