镜像打出来两个多 G 多阶段构建能瘦到什么程度

FROM golang:1.22 AS build
WORKDIR /src
COPY . .
RUN CGO_ENABLED=0 go build -o app

FROM alpine:3.20
COPY --from=build /src/app /app
CMD ["/app"]

一个普通服务镜像打完接近 2G，推送到仓库和拉取都很慢。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。

追下去是这么回事：构建工具链和缓存目录被一起打进运行镜像，层数多且没有清理。

围绕「Docker 镜像体积优化」排查时，命令行跑一遍比在面板里点十次有用，面板会替你做掉不少隐式操作。同一份配置存在多处的，先确认改的是被加载的那一份。

新版本先放一台机器上跑一天再全量，问题一般在这段时间暴露。备份不是备了就行，恢复一次才算数，很多备份文件打开才发现是空的。

接口问题先分清是没发出去、发出去了没收到，还是收到了处理失败。偶发问题先统计频率，一小时几次和一天一次，查法完全不同。

处理上按这个顺序：使用多阶段构建只保留运行产物；合并安装与清理指令减少层；选择更小的基础镜像。

确认没问题再收工，镜像体积下降一半以上，容器功能与之前一致。