必须手动创建Go Build运行配置，否则默认“Go Build”模板不读Program arguments；常见失效原因是选错运行目标、Run kind未设为Directory、Working directory错误或漏调flag.Parse()。
必须手动创建 Go Build 运行配置，否则点绿色三角根本不会传参——IDE 默认模板不读 Program arguments，也不会解析 os.Args。
为什么 Program arguments 填了却没生效？
最常见原因不是填错，而是运行目标选错了。GoLand 顶部下拉菜单里默认显示的是 “Go Build” 模板（名称带灰色“Default”字样），它不保存任何参数，每次点击都走空配置。
- 确认下拉菜单当前选中的是你手动新建的配置（比如叫
dev-server或cli-debug），不是 “Go Build” 默认项 - 检查
Run kind是否为Directory：选File会导致 import 路径解析失败，go.mod不生效，进而使flag.Parse()收不到参数 - 确保
main()函数开头调用了flag.Parse()；漏掉这句，flag.String()等全失效，os.Args虽然能读到，但语义已丢失
Program arguments 怎么填才对？
参数直接写在 Program arguments 输入框里，空格分隔，不需要额外包装或 JSON 格式。
- 普通参数：
--port=8081 --env=staging - 值含空格时用单引号包裹：
'--name=prod server' --debug（双引号在 Windows 下可能被 shell 吞掉，优先用单引号） - 子命令结构（如 cobra）必须完整：
serve --port=3000 --config=config.yaml，不能只写--port=3000 - 不要把参数塞进
Environment variables或Working directory—— 那些地方传不进os.Args
Working directory 设错会导致参数“存在但文件打不开”
很多 CLI 工具靠相对路径加载配置，比如 ./config.yaml。如果 Working directory 没设对，flag.Parse() 成功了，但 ioutil.ReadFile("config.yaml") 直接 panic。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 推荐填
$FileDir$：自动指向当前打开的main.go所在目录，适合多入口调试 - 若项目结构固定（如
./cmd/api/main.go），填绝对路径更稳：$ProjectFileDir$/cmd/api - 留空 = 项目根目录，90% 的
open config.yaml: no such file都源于此
改参数要不要重新编译？
不用。GoLand 的调试和构建是解耦的：只要二进制存在（之前 Run 过 / 或启用了 Build before run），改完 Program arguments 后直接点虫子图标（Debug）就能生效。
- 想跳过编译只换参：取消勾选
Build before run（在配置页底部） - 取消后需确保本地有可用二进制，否则 Debug 报
cannot run program - 启用
Build before run时，每次都会调go build生成临时文件，参数仍以Program arguments为准
真正容易被忽略的是 Run kind 和 Working directory 的联动——前者决定模块能否正确加载，后者决定相对路径从哪算起。这两个设错，参数再对也白搭。
