GoLand中传--env=prod等启动参数应填入Program arguments栏，用空格分隔，如--config=config.yaml --env=staging；填入Environment variables栏则仅设环境变量，不会成为命令行参数。
GoLand里怎么传--env=prod这类启动参数
直接在运行配置里填参数就行，不是所有参数都得写进代码里。GoLand的Go Build或Go Test配置项里有专门的Program arguments输入框，填进去就能被flag.Parse()或os.Args读到。
常见错误是把参数塞进Environment variables栏——那只会设环境变量，不会变成命令行参数。比如你填ENV=prod在环境变量里，os.Args根本收不到，但os.Getenv("ENV")能拿到。
- 参数要写在
Program arguments里，用空格分隔，如：--config=config.yaml --env=staging - 如果参数含空格或特殊字符，用英文双引号包裹，如：
--log-level="debug info" - 想让多个配置复用同一套参数？复制已有配置，改个名字（比如
Run (dev)/Run (prod)），再各自填不同参数
如何让main.go自动识别当前是dev还是prod
靠环境变量比硬编码更灵活，也符合十二要素原则。GoLand允许你在每个运行配置里单独设置Environment variables，比如填GO_ENV=development，代码里用os.Getenv("GO_ENV")读取即可。
别用go build -ldflags往二进制里硬埋字符串——那会破坏构建可重现性，而且改个环境就得重编译。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 开发时设
GO_ENV=development，关闭日志采样、启用pprof、加载本地配置文件 - 测试环境设
GO_ENV=test，连接测试数据库，禁用邮件发送 - 生产环境设
GO_ENV=production，开启结构化日志、关闭debug接口 - 注意大小写：Go标准库里的
runtime.GOOS和runtime.GOARCH是全大写，但自定义环境变量建议用小写+下划线，避免跨平台歧义
为什么go run能用参数，但打包后执行却失效
因为go run和最终生成的二进制，运行时上下文完全一致——参数传递机制没变。问题通常出在两处：一是你只在go run配置里设了参数，但没同步到Go Build配置；二是打包后手动执行时忘了加参数，比如./myapp没带--env=prod。
验证方法很简单：在GoLand里右键运行配置 → Copy Configuration → 粘贴到终端看完整命令，它会显示类似go run main.go --env=dev这样的实际调用链。
- Build出来的二进制默认不带任何参数，必须显式传入，比如
./myapp --env=prod - 如果希望二进制自带默认行为，代码里给
flag.String("env", "development", "...")设默认值 - CI/CD流水线里跑构建时，记得把GoLand里的
Program arguments转成CI脚本里的args字段，别漏掉
多个环境共用一套代码，怎么避免配置泄漏
最简单的办法是把环境相关配置抽成独立文件，比如config.dev.yaml、config.prod.yaml，然后用--config参数指定路径。GoLand里每个运行配置分别指向对应文件即可。
绝对不要把密码、密钥、API token写死在main.go或config.yaml里——哪怕只是临时测试。这些敏感值应该走环境变量注入，且不在Git里提交。
- 用
.gitignore过滤掉*.local.yaml、secrets.env这类文件 - GoLand的
Environment variables支持从文件加载，点右侧...按钮选Load configuration from file，适合管理测试密钥 - 生产部署时，容器或 systemd service 文件里通过
EnvironmentFile=加载环境变量，和本地开发逻辑一致
README.md或Makefile里，而不是只依赖IDE界面操作。 
