GoLand中Output directory与-o参数不能混用，设-o时前者被忽略；正确做法是仅用-o指定输出路径，如-o ./bin/myapp，并通过环境变量（GOOS/GOARCH）控制交叉编译目标平台。
GoLand里Output directory和-o参数不能混用
GoLand的「Output directory」字段和go build -o语义冲突：一旦你在Go tool arguments里写了-o，GoLand会忽略Output directory设置，且不报错。很多人填了Output directory又加-o demo.exe，结果文件出现在当前目录而非预期路径，就是这个原因。
正确做法是只用-o控制输出位置：
-
-o ./bin/myapp→ 输出到项目根目录下的bin/myapp（Linux/macOS）或bin\myapp.exe（Windows） -
-o $GOPATH/bin/myapp→ 输出到GOPATH的bin目录（需确保该目录在$PATH中） - 绝对路径如
-o /tmp/myapp也合法，但跨机器迁移时容易失效
Run kind选Directory时必须指定main包所在路径
如果Run kind设为Directory，GoLand会执行go build命令，但默认行为是按当前目录找main包——若目录下没有main.go或go.mod里没声明可执行模块，就会编译失败，错误信息类似：no Go files in ...。
解决方法：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 确保
Directory字段指向包含main.go的文件夹（不是项目根目录，而是cmd/myapp这类子目录） - 或者改用
Package模式，Package path填./cmd/myapp，更明确 - 避免把
Directory设成整个src或internal这种不含main的目录
跨平台编译要靠环境变量，不是改Output directory
想在Windows上生成Linux可执行文件，不能靠Output directory或路径名实现。必须通过环境变量控制目标平台：
- 在Run Configuration的
Environment里添加：GOOS=linux;GOARCH=amd64 - 同时确保
CGO_ENABLED=0（否则可能因libc缺失而失败） -
-o参数仍照常使用，比如-o ./dist/myapp-linux - 注意：GoLand不会校验这些变量是否生效，得运行后用
file myapp-linux或./myapp-linux实际测试
调试时-gcflags="all=-N -l"会让-o输出变大
加了-gcflags="all=-N -l"是为了禁用内联和优化，方便dlv调试。但它会让生成的可执行文件体积明显增大（可能翻倍），且影响启动速度。
日常构建别带它：
- 仅在Debug配置里加该参数，Run配置里去掉
- 发布前务必用干净的
go build -o重新生成，否则部署包会臃肿 - Windows下带此参数生成的
.exe可能被杀软误报，尤其含大量调试符号时
go build的封装很薄，本质还是调命令行。真正控制输出路径的只有-o，其他字段要么辅助、要么干扰。最容易被忽略的是：**环境变量（如GOOS）和-o共存时，前者决定平台兼容性，后者决定落盘位置，二者缺一不可，但互不感知**。 
