Go SDK安装后可删减src/非核心目录、pkg/doc/文档及非当前平台工具链，GOROOT可压缩至约180MB；$GOPATH中可安全清理pkg/mod/cache/download/、过期bin/二进制及重复.zip缓存，但保留vcs/镜像和解压后的模块目录。
Go SDK安装时怎么省下几百MB空间
直接删掉不需要的交叉编译目标和文档，Go SDK默认安装包里藏着大量你永远用不到的文件。官方二进制包（如 go1.22.5.linux-amd64.tar.gz）解压后通常占 500–700MB，但实际运行时只依赖 bin/、pkg/ 和极小部分 src/。
- 删掉
src/下除runtime、sync、unsafe外的所有目录（比如cmd/、os/等——这些源码对日常编译非必需，go doc也不依赖它们） - 清空
pkg/doc/（含完整标准库文档，约 120MB） - 移除
pkg/tool/linux_amd64/中非当前平台的工具链（如compile的其他架构变体），只留compile、link、asm、pack - 确认
GOROOT指向精简后路径，再运行go env -w GOROOT=...
实测精简后 GOROOT 可压至 180MB 左右，不影响 go build、go test 或任何标准构建流程。
本地 GOPATH 里哪些目录能安全清理
$GOPATH/pkg/mod 是最大磁盘黑洞，但不是所有内容都值得保留；$GOPATH/bin 里的旧二进制也常被遗忘。
-
pkg/mod/cache/download/存的是未解压的 .zip 缓存，可全删——下次go mod download会重新拉取，但走本地缓存更快；真正需要保留的是pkg/mod/cache/vcs/（Git clone 镜像），它节省重复克隆开销 -
pkg/mod/<code>xxx@vX.Y.Z目录下若存在.zip和.zip.extracted两份，删前者即可，后者是实际使用的解压体 -
bin/下检查ls -lt，把半年没更新、名字带-old或版本号明显过时（如protoc-gen-go-v1.25）的二进制删掉 - 别碰
pkg/mod/cache/vcs/里的裸 Git repo，它们被go mod直接引用，删了会触发完整重 clone
Docker 构建 Go 镜像时怎么避免复制整个 GOPATH
很多 Dockerfile 写成 COPY . . 或盲目 COPY $GOPATH .，结果把 pkg/mod 整个塞进镜像层，导致镜像体积翻倍且不可复用。
立即学习“go语言免费学习笔记（深入）”；
- 用多阶段构建：build 阶段装 SDK + 依赖，
go build -o /app输出单个二进制；final 阶段只 COPY 这个二进制，基础镜像用scratch或gcr.io/distroless/static - 禁止在 Dockerfile 中
ENV GOPATH或COPY $HOME/go—— 容器内不需要 GOPATH，go mod默认工作在 module-aware 模式 - 如果必须保留构建缓存，用
BUILDKIT的cache-to和cache-from指向远程 registry，而非靠 COPY 本地 GOPATH -
.dockerignore必须包含：/pkg、/bin、/node_modules、**/*.md、**/testdata
go install 生成的二进制为什么越积越多
go install 默认把二进制写入 $GOPATH/bin，但它不会覆盖同名旧版——每次升级工具（比如 golangci-lint）都会留下一个新文件，而旧版仍占空间。
- 执行
go install golang.org/x/tools/cmd/goimports@latest后，检查$GOPATH/bin/goimports的 mtime，再对比go list -m -f '{{.Time}}' golang.org/x/tools/cmd/goimports，不一致说明有陈旧副本 - 用
find $GOPATH/bin -name '*' -type f -mtime +180 | xargs ls -lh找出半年没动过的二进制，手动确认后删除 - 改用
go install加@version显式指定（如@v0.12.4），避免@latest隐式漂移导致多个版本共存 - 别依赖
go clean -i—— 它只清go install的缓存元数据，不删磁盘文件
真正卡住空间的从来不是 Go 编译器本身，而是没人定期清理的 mod/cache 和 bin/ 里的“幽灵二进制”——它们不报错、不告警，只安静地吃掉 SSD 空间。
