我正在寻找一种使用Python和Dockerfile创建多阶段构建的方法：
例如，使用以下镜像：
第一个镜像：安装所有编译时依赖项，并安装所有需要的Python模块
第二个镜像：将从第一个镜像编译/构建的所有软件包复制到第二个镜像中，但不包括编译器本身（gcc，postgers-dev，python-dev等）
最终目标是获得更小的镜像，运行我所需的Python和Python软件包。
简而言之：我如何"包装"所有已在第一个镜像中创建的编译模块（site-packages /外部库），并以"清洁的方式"将它们复制到第二个镜像中。
好的，我的解决方案是使用wheel，它让我们可以在第一张镜像上进行编译，为所有依赖项创建wheel文件并在第二张镜像中安装它们，而无需安装编译器。
FROM python:2.7-alpine as base
RUN mkdir /svc
COPY . /svc
WORKDIR /svc
RUN apk add --update \
postgresql-dev \
gcc \
musl-dev \
linux-headers
RUN pip install wheel && pip wheel . --wheel-dir=/svc/wheels
FROM python:2.7-alpine
COPY --from=base /svc /svc
WORKDIR /svc
RUN pip install --no-index --find-links=/svc/wheels -r requirements.txt
您可以在以下博客文章中查看我关于此问题的答案：
https://www.blogfoobar.com/post/2018/02/10/python-and-docker-multistage-build
requirements.txt文件是什么？ - philippospip install ... requirements.txt 之后，是否安全执行 rm -rf /svc/wheels/ 呢？ - Christopher Markietapip install xyz。PATH 环境变量并重新创建镜像。我使用的是 portainer，它允许您仅删除该变量。我猜在 Docker 中，您需要删除并重新创建整个容器（不确定）。 - ReenigneArcher# Name the single Python image we're using everywhere.
ARG python=python:3.10-slim
# Build stage:
FROM ${python} AS build
# Install a full C toolchain and C build-time dependencies for
# everything we're going to need.
RUN apt-get update \
&& DEBIAN_FRONTEND=noninteractive \
apt-get install --no-install-recommends --assume-yes \
build-essential \
libpq-dev
# Create the virtual environment.
RUN python3 -m venv /venv
ENV PATH=/venv/bin:$PATH
# Install the Python library dependencies, including those with
# C extensions. They'll get installed into the virtual environment.
WORKDIR /app
COPY requirements.txt .
RUN pip install -r requirements.txt
# Final stage:
FROM ${python}
# Install the runtime-only C library dependencies we need.
RUN apt-get update \
&& DEBIAN_FRONTEND=noninteractive \
apt-get install --no-install-recommends --assume-yes \
libpq5
# Copy the virtual environment from the first stage.
COPY --from=build /venv /venv
ENV PATH=/venv/bin:$PATH
# Copy the application in.
COPY . .
CMD ["./main.py"]
RUN pip install .将应用程序复制到虚拟环境中，并为您创建一个包装器脚本/venv/bin。在最后阶段，您无需再次COPY应用程序。将CMD设置为从虚拟环境运行包装器脚本，该虚拟环境已经位于$PATH的前面。
再次注意，这种方法之所以有效，是因为两个阶段都使用了相同的Python基础镜像，并且虚拟环境位于完全相同的路径上。如果是不同的Python或不同的容器路径，则移植的虚拟环境可能无法正常工作。
这份文档详细解释了如何完成此操作。
https://docs.docker.com/engine/userguide/eng-image/multistage-build/#before-multi-stage-builds
基本上你就像你说的那样做。然而，多阶段构建功能的神奇之处在于，你可以从一个Dockerfile中完成所有这些。FROM golang:1.7.3
WORKDIR /go/src/github.com/alexellis/href-counter/
RUN go get -d -v golang.org/x/net/html
COPY app.go .
RUN CGO_ENABLED=0 GOOS=linux go build -a -installsuffix cgo -o app .
FROM alpine:latest
RUN apk --no-cache add ca-certificates
WORKDIR /root/
COPY --from=0 /go/src/github.com/alexellis/href-counter/app .
CMD ["./app"]
这将构建一个 Go 二进制文件，然后下一个镜像运行该二进制文件。第一个镜像具有所有构建工具，而第二个镜像只是一个可以运行二进制文件的基本 Linux 机器。