在GoLand中通过Run → Edit Configurations → Program arguments栏设置命令行参数，需用英文双引号包裹含空格或特殊字符的参数，修改后务必点击Apply生效，否则调试仍使用旧参数。
GoLand里怎么给main函数传命令行参数
直接在运行配置里加，不是改代码也不是用os.Args硬编码。GoLand的Run Configuration是调试带参程序的唯一正路，其他方式要么不生效，要么无法断点跟进。
操作路径：Run → Edit Configurations… → 选中你的go run配置 → Program arguments栏填入参数，多个用空格分隔（如 hello world --port=8080）。
- 参数会原样透传给
os.Args[1:]，和终端执行go run main.go hello world --port=8080效果一致 - 如果参数含空格或特殊字符（比如路径
/tmp/my file.txt），必须用英文双引号包裹："/tmp/my file.txt" --verbose - 修改后记得点右下角
Apply，否则调试时还是旧参数 - 别在
Run kind选File又手动写go run xxx.go arg1 arg2——那只是shell命令，GoLand不会解析参数，断点进不去
调试带flag.Parse()的代码为啥断点不触发
因为flag包默认在init()或第一次调用flag.Parse()时才解析，而GoLand调试器启动时若参数没正确注入，flag.Parse()会报错退出，根本走不到断点行。
典型错误现象：flag: help requested 或 flag: unknown command line flag，控制台一闪而过，调试器直接结束。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 确认Program arguments里没漏掉必需的flag前缀，比如
-config=config.yaml，不能只写config.yaml - 检查flag定义是否在
main()之前（推荐放全局变量声明区），避免flag.String()等调用被编译器优化掉 - 如果用了
flag.CommandLine = flag.NewFlagSet(...)自定义flag集，得确保Parse()调用前已通过os.Args把参数传进去，GoLand的参数不会自动喂给自定义set
调试HTTP服务时如何传启动参数并保持端口可访问
参数本身不影响端口监听，但容易忽略两点：一是调试模式下GoLand默认启用“Allow parallel run”，导致端口被占；二是参数里指定的端口可能和IDE内置的Debugger端口冲突。
- 在Run Configuration里关掉
Allow parallel run（勾选框在底部），避免重复启动抢端口 - 如果参数里写了
--port=2345，确保这个端口没被其他进程占用，可用lsof -i :2345（macOS/Linux）或netstat -ano | findstr :2345（Windows）检查 - GoLand的Debugger通信走的是另一个端口（默认随机），和你的业务端口无关，不用特意避开——除非你参数里写的恰好是GoLand的debug端口（如
--port=5005，而IDE debug port也设成了5005）
为什么改了参数但调试时还是旧值
最常见原因是配置没生效，或者调试启动的是别的配置项。
- 看右上角运行按钮旁边选中的配置名，是不是你刚编辑的那个？名字相同但没保存的话，实际运行的是缓存副本
- 检查配置顶部的
Use go modules开关是否开启，关闭状态下GoLand可能用GOPATH模式运行，参数解析行为不一致 - 如果项目有
go.mod且启用了Go Modules，确保GOROOT和GOBIN没被错误覆盖——某些旧版GoLand会在环境变量里硬编码，导致参数解析逻辑走偏
参数调试这事，90%的问题出在配置没点Apply、配置名没选对、或者引号/空格没处理好。真遇到诡异情况，先删掉当前配置新建一个，比翻日志快得多。
