Docker镜像瘦身从1.2G压到120M
【摘要】 镜像越大，拉取越慢、攻击面越大。聊聊三个最有效的瘦身手段：多阶段构建、选对基础镜像、清理缓存，配一张"瘦身前后"的分层对比图，附一份可直接抄的多阶段 Dockerfile。
一、胖在哪：构建工具和完整系统
很多人直接拿 ubuntu 当基础镜像，再把 JDK、Maven、源码全塞进去。可运行时只需要"编译好的产物 + 运行时"，那些编译工具、包管理缓存全是累赘。
二、第一招：多阶段构建
把"编译"和"运行"分成两个阶段，最终镜像只 COPY 编译好的结果：
# 阶段一：编译
FROM maven:3.9 AS build
WORKDIR /app
COPY . .
RUN mvn -q package -DskipTests
# 阶段二：运行（只拿产物）
FROM eclipse-temurin:17-jre
COPY --from=build /app/target/app.jar /app.jar
ENTRYPOINT ["java", "-jar", "/app.jar"]
最终镜像里完全没有 Maven 和源码，体积直接砍掉一大截。
三、第二招：基础镜像选精简的
ubuntu 几百兆，换成 alpine（几兆）或 distroless（只含运行时）能再瘦一圈。Java 用 eclipse-temurin:jre 而非 jdk 全集；Go/C 这类能静态编译的，甚至可以直接用 scratch。
四、第三招：清缓存、合并层
apt-get install 后顺手 rm -rf /var/lib/apt/lists/*，RUN 指令用 && 串成一层，避免每层都留临时文件。
| 手段 | 典型收益 |
|---|---|
| 多阶段构建 | 砍掉编译工具，省 300M~800M |
| 精简基础镜像 | alpine 比 ubuntu 少几百 M |
| 清理包缓存 | 省几十到上百 M |
小结
镜像瘦身的本质就一句话：运行时用不上的，别打进最终镜像。多阶段构建是性价比最高的一招，几乎零成本就能把体积压下来。镜像小了，CI/CD 拉取快、部署快，安全问题也少一块。
【声明】本内容来自华为云开发者社区博主，不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源（华为云社区）、文章链接、文章作者等基本信息，否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容，举报邮箱：
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论（0）