使用 go build 命令可安全、轻量地检查单个 go 包的编译可行性，无需安装依赖、不执行测试、也不生成正式二进制文件。
使用 go build 命令可安全、轻量地检查单个 go 包的编译可行性，无需安装依赖、不执行测试、也不生成正式二进制文件。
在 Go 开发中，经常需要在 CI/CD 流程、代码审查或本地开发阶段快速验证一个包是否语法正确、依赖完整、类型无误——但又不想触发实际安装（go install）、不希望运行耗时的测试（go test），更无需生成最终可执行文件。此时，go build 是最精准、最轻量的构建验证工具。
✅ 正确用法：仅构建，不保留产物
对任意包（包括 main 包），只需执行：
go build .
- 若当前目录是普通库包（如 package utils），go build 仅检查编译通过性，不生成任何输出文件；
- 若当前目录是 main 包，go build 默认会生成一个名为 ./<dirname> 的可执行文件（例如 ./cmd）。为避免污染工作目录，推荐显式指定临时输出路径：
go build -o /tmp/go-build-check-$$ .
其中 $$ 是 Shell 进程 PID，确保路径唯一；现代 Linux/macOS 系统会在重启或定期清理 /tmp，因此该文件属于“自动回收”范畴，完全符合“不保留产物”的要求。
⚠️ 注意：go build 不支持重定向标准输出或错误输出到 /dev/null 来静默运行（例如 go build > /dev/null 2>&1 仍会失败），这是 Go 工具链的已知限制（issue #4851）。如需静默判断，应使用命令退出状态码：
if go build . >/dev/null 2>&1; then echo "✅ 构建通过" else echo "❌ 构建失败，请检查错误信息" fi
? 补充说明
- go build 不会下载新模块（除非 go.mod 缺失且启用了 GO111MODULE=on 的自动模式），它严格基于当前 go.mod 和 go.sum 状态进行编译检查；
- 对子模块或特定包路径，可直接指定包导入路径：go build ./internal/handler；
- 它不会运行 init() 函数，也不会执行任何测试逻辑，纯粹是前端编译器（parser + type checker + SSA backend）的校验流程，因此速度极快、副作用为零。
综上，go build 是 Go 生态中事实标准的“构建可行性探针”。将其纳入 pre-commit 钩子、GitHub Actions 的 build-check 步骤或 IDE 保存时自动校验，能显著提升代码质量与协作效率。
