Go语言作为编译型语言，提供了多种源码处理命令，其中go run和go build是日常开发中使用频率最高的两个命令，二者看似都能处理Go源码，但在执行逻辑和最终产出上有本质区别。
go build 的执行机制
go build是Go语言的编译命令，核心作用是将Go源码编译为对应平台的可执行文件，其执行流程可以分为以下几个步骤：
- 首先会解析命令行参数，确定需要编译的包路径和输出配置
- 对目标包及其依赖进行语法检查、类型检查，确保源码符合Go语言规范
- 将Go源码编译为对应操作系统和架构的机器码，同时处理所有依赖包的编译
- 如果未指定输出路径，默认会在当前目录生成与目标包名一致的可执行文件；如果指定了
-o参数，会将可执行文件输出到指定路径
如果是编译非main包的普通包，go build不会生成可执行文件，只会检查包的编译是否通过，常用于验证包的代码正确性。
以下是go build的常用示例：
// 编译当前目录的main包，生成名为demo的可执行文件 go build -o demo // 编译指定路径的包，输出到指定目录 go build -o /tmp/app github.com/example/app // 编译当前目录的包，验证编译是否通过，不生成可执行文件 go build
go run 的执行机制
go run是一个便捷的运行命令，它不需要开发者手动先编译再执行，而是将编译和运行两个步骤合并，其执行流程和go build有明显差异：
- 首先会像go build一样对目标源码及其依赖进行编译检查
- 编译完成后不会将可执行文件持久化到磁盘，而是将编译产物放在系统的临时目录中
- 直接运行临时目录中的可执行文件，运行结束后不会保留编译生成的可执行文件
go run只能用于运行包含main函数的包，不能用于编译普通的非main包，这是它和go build的重要区别之一。
以下是go run的常用示例：
// 运行当前目录的main包 go run . // 运行指定路径的main包 go run github.com/example/app/cmd // 运行单个go文件 go run main.go
二者的核心差异对比
为了更清晰地展示两个命令的区别，我们可以从多个维度进行对比：
| 对比维度 | go build | go run |
|---|---|---|
| 可执行文件产出 | 会生成持久化的可执行文件 | 不会生成持久化文件，临时文件运行后删除 |
| 适用包类型 | 支持main包和非main包 | 仅支持包含main函数的包 |
| 执行步骤 | 仅编译 | 编译+运行 |
| 典型使用场景 | 生成最终交付的可执行文件、验证包编译正确性 | 快速验证代码片段、开发阶段调试运行 |
实际应用实践建议
开发调试阶段
在开发过程中需要频繁修改代码并验证效果时，优先使用go run命令，不需要手动管理可执行文件，修改代码后直接运行即可看到效果，提升调试效率。
生产环境交付
当需要交付最终的可执行程序时，必须使用go build命令生成对应平台的可执行文件，避免依赖go run的临时执行逻辑，保证交付产物的稳定性。
交叉编译场景
如果需要编译其他平台的可执行文件，比如在当前Linux系统编译Windows系统的可执行文件，可以通过设置CGO_ENABLED、GOOS、GOARCH等环境变量配合go build使用，go run不支持交叉编译的场景。
# 在Linux系统编译Windows 64位可执行文件 CGO_ENABLED=0 GOOS=windows GOARCH=amd64 go build -o app.exe
包编译验证
如果是开发公共库之类的非main包，需要验证包的编译是否通过时，可以使用go build命令直接检查，不需要编写额外的main函数来运行验证。
注意：go run执行时如果源码有语法错误或者依赖问题，会直接输出错误信息，和go build的编译错误提示逻辑一致，开发者可以根据错误提示定位问题。