go build 在未指定具体包路径时，默认仅构建当前目录下的主包（main package）或可导入包，并自动递归构建所有缺失或过期的依赖，而非扫描或构建全部子目录。
`go build` 在未指定具体包路径时，默认仅构建当前目录下的主包（main package）或可导入包，并自动递归构建所有缺失或过期的依赖，而非扫描或构建全部子目录。
go build 的包发现逻辑简洁而精准：它不会遍历当前目录下的所有子目录进行“猜测式”构建，而是严格遵循 Go 的包管理语义和工作区结构。其行为可归纳为以下核心规则：
默认作用域为当前目录：若未提供任何导入路径（如 go build），命令等价于 go build .，即仅构建当前工作目录所代表的单个包（要求该目录下存在 .go 文件且属于合法 Go 包，如 package main 或 package mylib）。
-
不自动递归子目录：go build 不会像 go test ./... 那样隐式匹配 ./... 模式。例如，若项目结构如下：
myproject/ ├── main.go # package main ├── lib/ │ └── utils.go # package lib └── cmd/ └── server.go # package main执行 go build（在 myproject/ 下）仅编译 main.go 对应的可执行文件，完全忽略 lib/ 和 cmd/ 子目录——除非显式指定，如 go build ./lib 或 go build ./cmd/...。
依赖构建是被动、按需的：当构建目标包时，go build 会解析其 import 语句，检查 $GOPATH/src（Go 1.11+ 为模块缓存 GOCACHE + pkg/mod）中对应依赖是否已编译且最新。若缺失或源码更新，则自动触发这些依赖包的编译，但此过程不涉及对当前项目子目录的主动扫描，仅限 import 图可达范围。
⚠️ 注意事项：
- -a 标志（go build -a）强制重新构建所有依赖包（包括标准库），但依然不改变主包选择逻辑——它仍只构建当前目录的包，只是把整个依赖链全量重编。
- 若需批量构建多个子目录，必须显式使用模式匹配：
go build ./... → 构建当前目录及所有子目录中的可构建包（跳过测试文件、非 Go 文件、无 package 声明的目录）；
go build ./cmd/... → 仅构建 cmd/ 及其子目录下的包。 - Go 1.16+ 默认启用模块模式（GO111MODULE=on），此时 $GOPATH 不再影响包解析，构建完全基于 go.mod 和当前目录层级。
简言之：go build 是“聚焦当前、按需拉取”，而非“广度扫描”。理解这一点，能避免误以为子目录会自动参与构建，从而更精准地组织项目结构与构建流程。
