Go 不支持类似 Maven 的全局构建命令，但可通过 go build ./... 递归编译当前目录下所有子目录中的可构建包，无需手动列出每个包路径。
go 不支持类似 maven 的全局构建命令，但可通过 go build ./... 递归编译当前目录下所有子目录中的可构建包，无需手动列出每个包路径。
在 Go 项目中，尤其是采用多包（multi-package）结构时——例如将 main 入口、业务逻辑、工具函数分别置于不同子目录（如 cmd/, pkg/, internal/ 或自定义的 package1/, package2/）——直接在项目根目录执行 go build 会失败，因为该命令默认只查找当前目录下的 .go 文件，而不会自动遍历子目录。
此时，正确的解决方案是使用 通配符递归模式：
# 在项目根目录（如 src/github.com/myproject）执行： go build ./... # 或从任意路径执行，指定相对/绝对路径： go build ./src/github.com/myproject/... go build $GOPATH/src/github.com/myproject/...
其中 ./... 是 Go 工具链内置的递归匹配语法（三个英文句点 ... 构成省略号），表示“当前目录及其所有子目录中，满足 Go 构建条件的包”。它会自动发现并构建所有包含合法 package main 或其他命名包（如 package lib）且至少有一个可编译 .go 文件的目录。
✅ 关键行为说明：
- 只构建可独立编译的包：
package main生成可执行文件；其他包（如package utils）仅被编译为归档（.a文件），存入$GOCACHE或$GOPATH/pkg，供依赖引用； - 跳过无效目录：空目录、不含
.go文件的目录、含// +build ignore标签的文件，均被忽略； - 支持模块感知：若项目已启用 Go Modules（含
go.mod），./...会严格遵循模块边界，不越界扫描外部路径。
⚠️ 注意事项：
-
go build ./...不会自动运行测试，如需同时验证所有包，应使用go test ./...； - 它不安装二进制文件到
$GOBIN，若需安装main包，应改用go install ./...（Go 1.16+ 推荐方式）； - 在 IDE（如 VS Code + Go extension、Sublime Text + GoSublime）中，频繁修改依赖包后，执行
go build ./...可强制更新缓存，确保代码补全与跳转准确——这是提升开发体验的重要实践。
总之，./... 是 Go 生态中处理多包项目的标准惯用法，简洁、可靠且符合官方工具链设计哲学。养成在项目根目录执行 go build ./... 或 go test ./... 的习惯，能显著提升多包协作与迭代效率。
