Output directory 仅指定 go build 生成的可执行文件存放路径，不影响运行时工作目录；其值为空时默认不生成二进制，设为绝对路径（如 D:\myproject\dist）最稳妥，相对路径以 Working directory 为基准，多配置共用会覆盖同名文件。
GoLand 的 Output directory 是编译产物的落盘位置，不是运行时工作目录
很多人误以为 Output directory 控制程序运行时读取配置或资源的路径，其实它只决定 go build 生成的可执行文件（或归档）放在哪。运行时行为由 Working directory 和代码里的相对路径逻辑共同决定。
常见错误现象：
– 编译后找不到生成的二进制文件
– 修改 Output directory 后仍生成在 bin/ 下
– 多个 Run Configuration 输出冲突，覆盖彼此
-
Output directory留空时，Goland 默认不生成可执行文件（仅做语法检查和依赖解析） - 填绝对路径（如
D:\myproject\dist）最稳妥，避免相对路径因Working directory变动而错位 - 若项目启用 Go Modules，建议输出到模块根目录下的
dist/或build/，不要塞进src/或pkg/ - 多个配置共用同一
Output directory时，同名输出会直接覆盖——没有版本或时间戳自动区分
Windows 下打包 Linux 可执行文件必须关 CGO，且 Output directory 要去 .exe 后缀
用 Goland 构建跨平台二进制时，Output directory 本身不参与平台适配，但它的值会影响最终文件名是否带 .exe。Windows 默认加后缀，而 Linux 不认这个后缀，强行加会导致权限+执行失败。
典型错误：
– 构建出 app.exe 传到 Linux 上 chmod +x 后仍报 cannot execute binary file
– GOOS=linux 生效了，但文件名残留 .exe，Linux 当普通文本处理
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 在 Run Configuration 中勾选
Environment variables，添加：GOOS=linux;CGO_ENABLED=0;GOARCH=amd64 -
Output directory可设为./dist，但必须在Output file name（非 Output directory）中显式去掉.exe—— Goland UI 里这个字段叫 “File name”，默认是main.exe，要手动改成main -
CGO_ENABLED=0必须加，否则构建会失败或生成动态链接的二进制，在无 glibc 的容器里直接报No such file or directory - 验证方式：在 Linux 上执行
file ./main，输出应含ELF 64-bit LSB executable, x86-64，不含PE32+字样
GoLand 不保存构建输出路径到 go.mod 或项目文件，每次新建配置都要重设
你改完 Output directory 并点击 Apply/OK，这个路径只绑定当前这条 Run Configuration。新建一个 Go Build 配置、或者 clone 一份现有配置，Output directory 会回到空或默认值，不会继承。
容易被忽略的点：
– 团队协作时，别人拉下代码后首次运行，很可能输出到 IDE 默认路径（如 C:\Users\xxx\go\bin），和 CI 脚本路径不一致
– CI/CD 脚本用 go build -o ./dist/app，本地 Goland 却输出到 ./bin/app，导致测试环境和本地行为割裂
- 推荐做法：统一在项目根目录建
dist/，所有 Run Configuration 的Output directory都设为$ProjectFileDir$/dist（Goland 内置变量） - 不要依赖
$GOPATH/bin，它属于全局环境，多项目混用易冲突 - 如果要用 Makefile 或 shell 脚本驱动构建，
Output directory的设置就完全无关——Goland 只管 UI 配置，不干预命令行逻辑
Output directory 设为相对路径时，基准是 Working directory，不是项目根目录
这是最常踩的坑。例如你把 Working directory 设成 $ProjectFileDir$/cmd/api，又把 Output directory 填成 ../dist，那实际输出路径是 $ProjectFileDir$/cmd/api/../dist → $ProjectFileDir$/dist；但如果 Working directory 是 $ProjectFileDir$，同样填 ../dist 就会跑到上层目录去了。
表现症状：
– 输出路径飘忽不定，有时对有时错
– 在 Terminal 里手动 go build -o ../dist/app 成功，Goland 却报 “permission denied” 或 “no such file”
- 最安全写法：全部用绝对路径，或用 Goland 变量如
$ProjectFileDir$/dist - 避免写
../dist、./bin这类裸相对路径 - 如果必须用相对路径，先确认
Working directory值（Run Configuration 里可见），再按该路径为起点推算真实落盘位置
