go原生支持增量构建，但go install ./才是开启缓存复用的关键：它依据源码哈希、环境变量等生成唯一缓存键，持久化中间产物至gocache，未修改包直接复用；而go build默认不写入缓存索引，易重复编译。
Go 原生支持增量构建，但效果取决于你用的是 go build 还是 go install —— 后者才是开启缓存复用的关键。
为什么 go install ./ 能真正增量构建
Go 编译器本身以包为单位构建，且默认启用 $GOCACHE，但 go build 默认不写入缓存索引，每次执行都可能重复编译依赖；而 go install 会严格依据源码哈希、依赖版本、CGO_ENABLED、GOOS/GOARCH 等生成唯一缓存键，并将中间产物（如 .a 归档、cgo 对象）持久化到 $GOCACHE。
- 未修改的包：直接复用缓存，跳过编译与链接
- cgo 包也受缓存保护，但
CC、CFLAGS变更会导致缓存失效 -
./递归匹配所有子目录下的main包，适合多二进制项目（如cmd/app1、cmd/app2）
如何在 CI 中稳定发挥增量效果
CI 环境下若不显式复用 $GOCACHE，每次都是冷缓存，go install 的优势完全失效。
- GitHub Actions：用
actions/cache缓存~/.cache/go-build（macOS/Linux）或%LOCALAPPDATA%\go-build（Windows） - GitLab CI：在
cache:下配置key: $CI_COMMIT_REF_SLUG并路径指向$GOCACHE - 固定构建环境变量：在 CI 脚本中显式设
CGO_ENABLED=1、CC=gcc，避免因环境漂移导致缓存击穿 - 避免
go clean -cache：除非调试缓存问题，否则不应出现在 CI 流水线中
精确控制构建范围的实用技巧
当项目包含几十个 cmd/xxx 子目录，但每次只改其中一两个时，全量 go install ./ 仍会扫描全部目录，略显冗余。
- 用
git status --porcelain | grep '\.go$' | sed 's|/[^/]*$||' | sort -u提取被修改的目录路径 - 过滤出含
main.go的路径后拼成命令：go install cmd/app1 cmd/app2 - 注意：路径必须指向含
package main的目录，不能是cmd/app1/main.go单文件 - 若目录结构不规整（如部分
main在internal/cmd），建议先统一调整为标准cmd/布局，比写复杂脚本更可持续
真正容易被忽略的是 cgo 环境变量的稳定性——哪怕 CI runner 换了个 minor 版本的 GCC，CC 路径或 CFLAGS 默认值微调，都会让整个 cgo 相关包缓存失效。这不是 Go 的缺陷，而是它对构建可重现性的刚性要求。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
