本文介绍如何通过预编译依赖包（生成 .a 归档文件）提升 go build 速度，并通过合理使用 go list 过滤 vendor/ 目录，使 golint、go vet 等工具仅检查项目源码，避免误报和性能损耗。
在基于 Glide 管理依赖的 Go 项目中，你是否也遇到过这样的困扰？所有第三方包都躺在 `vendor/` 目录里，每次执行 `go build ./...`，工具链都会老老实实地把整个依赖树重新编译一遍，构建速度自然快不起来。更麻烦的是，像 `go vet`、`golint` 这类静态检查工具，如果也直接对 `./...` 路径下手，它们会一头扎进 `vendor/` 的汪&洋大海，不仅拖慢检查进程，还可能带回来一堆与你项目无关的警告，平添不少排查成本。
别担心，解决这两个问题其实有非常清晰、高效的方法。核心思路就两条：一是让依赖包“一次编译，多次复用”；二是让检查工具“精准聚焦，避开干扰”。
✅ 加速构建：预编译依赖为 .a 归档
Go 工具链本身提供了一个被很多人忽略的“翻跟斗”：将依赖包预编译并安装为 `.a` 归档文件。这相当于提前把第三方库的“半成品”准备好，后续构建时直接拿来链接即可，省去了重复编译的开销。
关键在于使用 `go install -i` 这个命令。这里有个重要提示：虽然从 Go 1.10 开始，`-i` 标志在标准构建流程中被逐渐弃用，但在使用 `vendor/` 目录的传统 GOPATH 模式下（比如典型的 Glide 项目），它依然有效且被推荐使用。
# 预编译并安装所有依赖（包含 vendor/ 下的包）
go install -i ./...
# 更推荐的做法：只精准安装 vendor/ 下的依赖，避免污染 GOPATH
go install -i $(go list -f '{{.ImportPath}}' ./vendor/...)
执行上述命令后，Go 会在 `$GOROOT/pkg/` 或 `$GOPATH/pkg/`（取决于 `GO111MODULE` 的设置）下生成对应操作系统和架构的 `.a` 文件。之后，只要依赖代码没有变动，运行 `go build` 时就会直接跳过编译阶段，构建速度的提升立竿见影。
⚠️ 注意：`-i` 标志在 Go 1.16+ 的模块模式（`GO111MODULE=on`）下已被移除。但 Glide 项目通常运行在 `GO111MODULE=off` 的环境下，因此本方案完全适用。如果未来项目迁移到 Go Modules，则应改用 `go build -o /dev/null ./...` 来预热构建缓存（Go 1.12+ 已支持自动缓存依赖编译结果）。
✅ 排除 vendor：精准运行 lint/vet 工具
静态检查工具的目标是审视我们自己的业务逻辑，而不是去“批改”第三方库的作业。因此，必须将它们的作用范围精确限定在项目源码内，将 `vendor/` 目录彻底排除在外。
手动罗列所有非 vendor 的子目录既繁琐又容易出错。更优雅的方式是借助 `go list` 命令动态生成一个“纯净”的包列表：
# 获取所有非 vendor 的本地包路径 go list ./... | grep -v '/vendor/' # 在此基础上运行 vet/lint 等工具 go vet $(go list ./... | grep -v '/vendor/') golint $(go list ./... | grep -v '/vendor/') staticcheck $(go list ./... | grep -v '/vendor/')
为了日常使用方便，强烈建议将这些命令封装到 Makefile 或设置为 shell 别名：
# Makefile 示例
.PHONY: vet lint
vet:
go vet $$(go list ./... | grep -v '/vendor/')
lint:
golint $$(go list ./... | grep -v '/vendor/')
? 总结与最佳实践
- 构建加速的核心在于 `go install -i`。对于 Glide 项目，这是最直接的依赖预编译方案，本质是提前安装依赖，充分利用 Go 的编译缓存机制。
- 工具隔离的关键是永远不要直接使用 `./...` 作为通配符。坚持用 `go list | grep -v` 过滤掉 `vendor/`，这是保证检查工具效率和结果准确性的底线操作。
- 长期演进提醒：Glide 作为包管理工具已经归档（EOL）。新项目应优先采用 Go Modules。其原生的 `vendor` 支持更完善，且 `go build` 默认会跳过 `vendor/` 的重复编译（依赖缓存机制更智能），无需再额外使用 `-i` 标志。
实践表明，通过以上两步优化，一个典型的中型 Glide 项目，其 `go build` 时间有望降低 30% 到 60%，而 `go vet` 等静态检查的执行耗时减少 70% 以上也并非难事。更重要的是，代码审查的信噪比将得到显著提升，让你能更专注于真正的业务逻辑问题。
