go build -o 指定路径时文件未生成，是因为Go不会自动创建父目录，需先用mkdir -p确保目标目录存在；跨平台构建应设CGO_ENABLED=0避免动态链接问题；-ldflags="-s -w"可减小体积但依赖代码无反射调试信息。
go build -o 指定输出路径时，为什么文件没生成到目标目录？
常见现象是执行 go build -o ./bin/app ./cmd/main.go 后，./bin/ 目录下没出现可执行文件，甚至目录都没被自动创建。
Go 不会帮你创建父目录，-o 后的路径必须已存在，否则构建失败且静默跳过（某些旧版本会报错，新版本如 1.21+ 默认只输出错误但不中断 shell，容易误判成功）。
- 先手动创建目录：
mkdir -p ./bin - 或用 shell 组合命令：
mkdir -p ./bin && go build -o ./bin/app ./cmd/main.go - Windows 下注意路径分隔符兼容性，建议统一用正斜杠
/，Go 内部会自动转换
交叉编译时 CGO_ENABLED=0 和 =1 的实际影响
想编译 Linux 二进制却在 macOS 上跑出 panic: "exec format error"？大概率是没关 CGO 或没设对环境变量。
CGO_ENABLED=0 强制使用纯 Go 标准库实现（如 DNS 解析走纯 Go 版本），生成完全静态链接的二进制，体积稍大但无系统依赖；CGO_ENABLED=1（默认）会调用系统 libc，此时必须匹配目标平台的 libc 版本，否则运行时报 no such file or directory（其实是找不到 ld-linux-x86-64.so.2 这类动态链接器）。
立即学习“go语言免费学习笔记（深入）”；
- 跨平台构建推荐始终加
CGO_ENABLED=0，例如：CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -o app-linux . - 若代码用了
cgo（比如调了 SQLite、OpenSSL），则不能关 CGO，得用对应平台的容器或虚拟机构建 -
GOOS和GOARCH必须成对设置，单独改一个可能触发隐式 fallback，导致结果不符合预期
go build -ldflags="-s -w" 真的能减小体积吗？什么时候会失效？
加了 -s -w 却发现二进制只少了几十 KB，甚至没变化？问题常出在 Go 版本和模块依赖上。
-s 去掉符号表，-w 去掉 DWARF 调试信息——这两项对 release 构建有效，但前提是没引入带大量反射/调试信息的第三方包（比如某些 ORM 或 gRPC 插件会在编译期注入调试元数据）。
- 验证是否生效：用
file app看是否含 "not stripped"；再用readelf -S app | grep -E "(debug|symtab)"检查是否还残留段 - Go 1.20+ 默认启用
-buildmode=pie，它会增加少量体积，如需极致精简，可加-buildmode=exe - 真正大幅减体积靠的是
upx（注意：UPX 压缩后的二进制可能被部分杀软误报，生产环境慎用）
vendor 目录存在时 go build 行为变化与陷阱
项目有 vendor/ 但构建结果和本地 go.mod 不一致？可能是 vendor 没更新，或 Go 没强制使用它。
Go 默认启用 vendor 模式仅当当前目录含 vendor/modules.txt 且 GO111MODULE=on（1.14+ 默认开启）。但如果你在子目录执行 go build，而 vendor 在上级，Go 不会向上查找 vendor —— 它只认当前 module root 下的 vendor。
- 确认 vendor 生效：运行
go list -mod=vendor -f '{{.Module.Path}}' .，输出应为当前模块名，而非command-line-arguments - 更新 vendor 前先
go mod tidy，再go mod vendor，避免漏包 - CI 中建议显式加
-mod=vendor参数：go build -mod=vendor -o app .，防止因环境变量或 Go 版本差异导致行为漂移
不同 Go 版本对 go build 的默认行为调整很频繁，比如 1.21 开始 -trimpath 默认开启，1.22 可能进一步收紧 vendor 处理逻辑。与其背参数，不如把关键构建命令写进 Makefile 或 .goreleaser.yml，让每次执行都可复现。
