Program arguments不生效的真正原因是默认Go Build模板不读该栏，必须新建配置并选中、Run kind设为Directory、Directory指向含main.go的子目录、Working directory设为$ProjectFileDir$/cmd/api等正确路径，且main()开头需调用flag.Parse()。
GoLand 里 Program arguments 不生效的真正原因
不是你填错了，而是默认的 Go Build 模板根本不读这栏内容——它每次点击绿色三角都走空配置，参数被完全忽略。
必须手动新建一个运行配置，且确保顶部下拉菜单当前选中的是你起名的那个（比如 dev-server），而不是带灰色 Default 字样的模板项。
- Run kind 必须选
Directory：选File会导致go.mod不加载、import 路径解析失败，flag.Parse()收不到任何参数 -
Directory字段要精准指向含main.go的目录（如./cmd/api），不能是项目根目录（多main包会冲突） - 务必在
main()开头调用flag.Parse()；漏掉这句，os.Args虽有值，但flag.String()等全失效
Program arguments 怎么填才被正确解析
参数直接写进输入框，空格分隔，不加 JSON、不包双引号，也不塞进 Environment variables 或 Working directory——那些地方传不到 os.Args。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 普通参数：
--port=8081 --env=staging - 值含空格时用单引号：
'--name=prod server'（Windows 下双引号可能被 shell 吞掉） - 子命令结构（如 cobra）必须完整：
serve --port=3000 --config=config.yaml，不能只写--port=3000 - Working directory 设错会导致“参数解析成功但文件打不开”，比如
ioutil.ReadFile("config.yaml")panic——推荐填$ProjectFileDir$/cmd/api或$FileDir$
要不要每次改参都重新编译
不用。GoLand 的构建和执行是解耦的：只要本地已有可用二进制（之前 Run 过 / 或启用了 Build before run），改完 Program arguments 后直接点虫子图标 Debug 就能生效。
- 想跳过编译只换参：取消勾选配置页底部的
Build before run - 取消后需确保
$ProjectFileDir$/tmp/main或你指定的输出路径下存在可执行文件，否则报cannot run program - 启用
Build before run时，每次都会调go build生成临时二进制，参数仍以Program arguments为准
File Watchers 实现保存即运行的实操要点
GoLand 本身不监听 Go 文件变动，所谓“自动编译”靠的是 File Watchers + 外部命令组合，它只触发一次命令，不管理进程生命周期，也不是热重载。
- Program 填
go（不是go build），Arguments 填run ./cmd/myapp更稳妥——避免权限、清理、端口占用问题 - 若坚持用
go build，Arguments 写build -o $ProjectFileDir$/bin/main $ProjectFileDir$/cmd/myapp/main.go，并提前mkdir -p bin - Working directory 必须设为
$ProjectFileDir$，否则go.mod识别失败 - Scope 加
**/*.go，排除vendor/**和**/testdata/**，否则保存go.sum也会触发构建
最常被忽略的是 Run kind 和 Working directory 的联动：前者决定 import 能否解析，后者决定配置文件路径是否有效——这两个设错，参数再对也白搭。
