go 构建可执行文件的关键在于：源文件必须属于 `package main`，且至少包含一个 `func main()`；`go build` 不会自动生成 `.exe` 后缀（windows 下需手动指定或依赖环境），而目录结构仅用于组织，与包层级无关。
在 Go 中，“构建二进制”本质上是构建一个 命令（command），而非普通库（library）。这要求目标代码满足两个硬性条件：
-
必须声明为 package main
无论文件名是 main.go、app.go 还是 entry.go，只要其首行是 package main，Go 就将其识别为可执行程序的入口包。 -
必须包含 func main() 函数
该函数无参数、无返回值，是程序启动的唯一入口点。缺失则编译失败（undefined: main.main）。
✅ 正确示例（sub1/main.go）：
package main import "fmt" func main() { fmt.Println("Hello from sub1!") }执行构建（在 sub1/ 目录下）：
# windows 下生成默认名称的可执行文件（如 sub1.exe） $ go build # 或显式指定输出名称（跨平台推荐） $ go build -o sub1.exe # 也可从项目根目录构建（推荐，避免路径依赖） $ go build -o ./bin/sub1.exe ./sub1⚠️ 常见误区与注意事项：
- go build 默认不输出文件名后缀：在 windows 上，go build 生成的是无扩展名的可执行文件（如 sub1），但 Windows 系统可直接运行它（因 PATHEXT 包含 .EXE）。若需明确 .exe 后缀，使用 -o sub1.exe。
- 不存在“子包”概念：github.com/user/project/sub1 只是导入路径（import path），不是语言级的嵌套包。sub1 和 sub2 是完全独立的 main 包，互不影响。
- 不能在非 main 包中构建二进制：若 sub1/ 下某文件写的是 package utils，即使有 main() 函数，go build 也会报错——因为 main() 只能在 package main 中定义。
- 模块初始化：确保项目已初始化 Go 模块（go mod init github.com/user/project），尤其当使用相对导入或依赖外部包时，否则可能触发 cannot find module 错误。
? 最佳实践建议：
- 使用 go build -o 显式控制输出路径和名称，提升可重复性和 CI/CD 兼容性；
- 将所有 main 包置于清晰的子目录（如 cmd/sub1/, cmd/sub2/），符合 Go 社区惯例；
- 配合 go install（Go 1.16+）快速安装到 GOBIN，例如：go install ./sub1。
总之，Go 的构建模型简洁而严格：package main + func main() = 可执行文件。摒弃“子包”思维，专注导入路径与包声明的一致性，即可高效产出跨平台二进制。