使用多阶段构建缩减Docker镜像大小：移除Git降低Python应用镜像体积

你之前的多阶段构建没有生效的核心原因：你在第二阶段直接继承了包含git、gcc等构建工具的base镜像，所有构建阶段的冗余依赖都被完整保留到了最终镜像中，因此体积没有任何变化。

正确的多阶段构建实现方案 #

你需要把构建依赖和运行环境完全分离：第一阶段完成依赖安装等构建操作，第二阶段仅保留运行应用必须的文件和依赖，完全丢弃构建阶段的工具（git、gcc）、缓存、凭证信息。

示例Dockerfile： #

# 第一阶段：构建阶段，仅用于安装依赖
FROM python:3.8-slim-buster AS builder

ARG GITHUB_TOKEN

# 安装构建必须的依赖
RUN apt-get update && \
    apt-get upgrade -y && \
    apt-get install -y --no-install-recommends git gcc && \
    # 清理apt缓存减少中间层体积
    rm -rf /var/lib/apt/lists/*

WORKDIR /app

# 优先复制依赖清单，利用Docker缓存避免每次代码变更都重装依赖
COPY requirements.txt .
RUN git config --global url."https://${GITHUB_TOKEN}@github.com/".insteadOf "https://github.com/" && \
    # 将依赖安装到单独目录，方便后续复制
    pip install --no-cache-dir --target=/app/deps -r requirements.txt

# 第二阶段：运行阶段，仅保留运行必须的内容
FROM python:3.8-slim-buster

WORKDIR /app

# 仅安装运行阶段必须的系统依赖，无额外依赖可省略该RUN段
RUN apt-get update && \
    apt-get upgrade -y && \
    apt-get install -y --no-install-recommends && \
    rm -rf /var/lib/apt/lists/*

# 从构建阶段复制已经安装好的Python依赖
COPY --from=builder /app/deps /usr/local/lib/python3.8/site-packages
# 复制应用业务代码
COPY . .

EXPOSE 3000

CMD ["./start.sh"]

额外瘦身优化点 #

• 所有pip安装操作添加--no-cache-dir参数，避免pip缓存文件进入镜像
• apt安装包时添加--no-install-recommends参数，仅安装必要的依赖包
• 如果你的应用不需要额外系统依赖，运行阶段可以替换为更轻量的python:3.8-alpine镜像，进一步压缩体积（注意部分Python二进制包在alpine下可能需要额外编译配置）

内容的提问来源于stack exchange，提问作者Amiga500