Docker 镜像瘦身实战：从 1GB 到 100MB 的优化之路

为什么镜像体积值得优化

一个臃肿的容器镜像会带来一连串问题：拉取镜像耗时变长，CI/CD 流水线整体变慢；镜像仓库的存储成本随之上升；镜像中冗余的软件包扩大了潜在攻击面；容器启动时解压镜像层的时间也更长。对于频繁发布的应用，把镜像从 1GB 压缩到 100MB，发布效率的提升是立竿见影的。

第一步：换用更小的基础镜像

很多 Dockerfile 默认使用完整发行版镜像，例如 python:3.12 体积约 1GB，而 python:3.12-slim 只有约 150MB，python:3.12-alpine 则更小。选型时需要权衡兼容性：alpine 基于 musl 而非 glibc，部分依赖 C 扩展的包可能编译失败；slim 版本通常是兼顾体积与兼容性的最佳选择。

第二步：多阶段构建

把编译环境和运行环境分离，是瘦身效果最显著的一招：

# 构建阶段：安装依赖
FROM python:3.12-slim AS builder
WORKDIR /app
COPY requirements.txt .
RUN pip install --user -r requirements.txt

# 运行阶段：只复制运行所需文件
FROM python:3.12-slim
WORKDIR /app
COPY --from=builder /root/.local /root/.local
COPY . .
ENV PATH=/root/.local/bin:$PATH
CMD ["python", "app.py"]

gcc、头文件等构建工具链只留在构建阶段，最终镜像里只保留运行时依赖。

第三步：合并指令并清理缓存

每条 RUN 指令都会新增一个镜像层，把相关命令合并，并在同一层内清理缓存：

RUN apt-get update && apt-get install -y --no-install-recommends \
    curl \
 && rm -rf /var/lib/apt/lists/*

--no-install-recommends 避免安装推荐但非必需的包，rm -rf /var/lib/apt/lists/* 清掉 apt 缓存。注意清理必须和安装写在同一条 RUN 里，否则删除操作只会再新增一层，之前的缓存层依然存在于镜像历史中。

第四步：用 .dockerignore 挡住无关文件

把 .git、本地虚拟环境、__pycache__、测试数据等写进 .dockerignore，避免它们被 COPY 进镜像：

.git
__pycache__/
*.pyc
.venv/
tests/
*.md

效果对比

总结

镜像瘦身没有银弹，核心思路是“只带必需品上船”：选择更小的基础镜像、用多阶段构建隔离编译环境、合并指令并及时清理缓存、用 .dockerignore 过滤无关文件。把这四步沉淀为团队的 Dockerfile 模板，每一次构建都能自动受益。