go build 不自动创建构建目录，因编译全程在内存中完成，仅输出最终二进制；必须用 -o 显式指定路径，否则默认输出到当前目录且不创建父目录。
Go 项目没有“构建目录”概念，go build 默认不生成中间产物，输出路径由你显式控制或默认推导——想让二进制放哪，就得明确告诉它。
为什么 go build 不自动创建 build/ 目录
Go 编译器设计上不写入临时中间文件（如 .o、.a），所有编译过程在内存中完成。最终只输出一个可执行文件或归档包，不会像 C/C++ 那样留下 build/obj/ 或 build/lib/。所谓“构建目录”，其实是开发者自己约定的输出目标位置。
-
go build默认把二进制写到当前目录，文件名取自目录名（如myapp/下运行 → 输出./myapp） - 不加
-o时，它不会创建任何新目录，也不会检查目标路径是否存在 - 若指定
-o ./dist/myapp且dist/不存在，会报错：open ./dist/myapp: no such file or directory
go build -o 是唯一可靠的方式
必须用 -o 显式指定完整路径，Go 才会把结果写到你想要的位置。这是最直接、最可控的做法，也是 CI/CD 脚本里最常写的模式。
- 输出到子目录：
go build -o ./bin/myapp .（需提前mkdir -p ./bin） - 输出到绝对路径：
go build -o /tmp/myapp cmd/api - 跨平台注意：Windows 下路径分隔符不影响
-o，但建议统一用/（Go 内部自动转换） - 别依赖
GOBIN：它只影响go install，对go build完全无效
常见错误：误以为 cmd/ 或 internal/ 是构建目录
cmd/ 和 internal/ 是逻辑组织目录，不是构建产物存放地。它们的存在只影响 go build 的包发现行为，和输出路径无关。
立即学习“go语言免费学习笔记（深入）”；
- 写
go build cmd/api，输出仍是当前目录下的api文件，不是cmd/api/api - 把
main.go放进internal/cmd/会导致编译失败：因为internal/下的包不能被外部导入，而main包必须能被工具链识别为入口 -
go build ./...会尝试编译所有子目录里的main包，若多个main.go并存（比如cmd/cli/main.go和cmd/srv/main.go），会报multiple main packages
想自动化？自己建 Makefile 或脚本
Go 工具链本身不提供构建目录管理能力，但你可以轻松封装：
- 用
Makefile统一定义输出路径：build:; mkdir -p bin && go build -o bin/myapp . - Shell 脚本里加判断：
[[ ! -d "bin" ]] && mkdir bin，再执行go build -o bin/myapp . - 避免用
go run模拟构建：它不输出文件，且每次都是临时编译，无法复用或分发
真正容易被忽略的是：Go 的“构建”本质就是一次性的文件生成动作，没有缓存、没有增量、没有中间态。你控制不了它的内部过程，只能控制输入（源码路径）和输出（-o 路径）。其他所有关于“构建目录”的想象，都得靠你自己补足那层薄薄的包装。
