GoLand无全局默认输出目录，Output directory字段与-go build -o冲突：填-o时该字段被静默忽略，必须仅用-o控制路径，如-o ./bin/myapp；跨平台编译需配合GOOS、CGO_ENABLED等环境变量，-o仅管落盘位置。
GoLand 没有真正意义上的“全局默认自动构建输出目录”——它不保存你每次填的 Output directory 作为下次新建 Run Configuration 的模板，每次新建配置都重置为空。所谓“修改默认”，本质是统一用 -o 参数控制输出路径，而非依赖那个容易失效的字段。
为什么改了 Output directory 却没生效
因为 GoLand 的 Output directory 字段和 go build -o 语义冲突：一旦你在 Go tool arguments 里写了 -o（比如 -o ./bin/app），GoLand 就会直接忽略 Output directory 设置，且不报错、不提示。很多人填了 Output directory 又加了 -o，结果文件出现在当前目录而非预期路径，就是这个原因。
- 填了
Output directory但没写-o→ GoLand 会尝试用内部逻辑生成go build命令，行为不稳定，尤其在模块化项目中常失败 - 同时填了
Output directory和-o→-o优先，Output directory被静默丢弃 - 只填
Output directory且留空Go tool arguments→ GoLand 可能根本不生成可执行文件（尤其 Run kind 是 Directory 时）
正确做法：只用 -o 控制输出位置
所有稳定、可复现的输出路径控制，必须通过 -o 参数完成。GoLand 对 go build 的封装很薄，-o 是唯一真正起效的落盘控制点。
-
-o ./bin/myapp→ 输出到项目根目录下的bin/myapp（Linux/macOS）或bin\myapp.exe（Windows） -
-o $GOPATH/bin/myapp→ 输出到 GOPATH 的 bin 目录（需确保该目录在$PATH中，适合go install风格使用） -
-o /tmp/myapp→ 绝对路径合法，但跨机器迁移时容易失效，慎用 - 路径中不要带空格或中文，否则 Windows 下可能触发命令行解析错误
Run kind 设为 Directory 时的常见陷阱
选 Directory 后，GoLand 默认在你指定的目录下执行 go build，但它不会自动找 main 包——必须确保该目录下有 main.go 或 go.mod 明确声明可执行模块，否则报错：no Go files in .
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 不要把
Directory设成项目根目录（通常含go.mod但无main.go） - 应设为
cmd/myapp这类明确含main.go的子目录 - 更推荐改用
Package模式，Package path填./cmd/myapp，语义更清晰，不易出错 -
Working directory应与Directory一致（除非你明确需要从别处加载资源）
跨平台编译不能靠 Output directory 实现
想在 macOS 上生成 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实际测试
最容易被忽略的是：**环境变量（如 GOOS）和 -o 共存时，前者决定平台兼容性，后者决定落盘位置，二者缺一不可，但互不感知。**
