### Dockerfile 多个 FROM 指令的使用场景与限制 Dockerfile 中允许多个 `FROM` 指令，这种特性被称为多阶段构建（Multi-Stage Build），自 Docker 17.05 版本起被引入[^1]。尽管传统上一个 Docker 镜像只能有一个基础镜像（根层），但多阶段构建通过特定的设计实现了多个 `FROM` 指令的存在，并不会导致“多根”问题。 #### 使用场景 多阶段构建的主要目的是优化镜像大小并简化构建过程。以下是其典型使用场景： 1. **分离构建环境与运行环境** 在开发过程中，可能需要使用复杂的工具链或依赖来编译应用程序，而在运行时这些工具链并不需要。例如，使用一个包含所有构建工具的基础镜像进行编译，然后将生成的二进制文件复制到一个更轻量的基础镜像中运行。 ```dockerfile # 构建阶段 FROM golang:1.17 AS builder WORKDIR /app COPY . . RUN go build -o myapp . # 运行阶段 FROM alpine:3.14 WORKDIR /app COPY --from=builder /app/myapp . CMD ["./myapp"] ``` 在上述示例中，第一阶段使用了包含 Go 编译器的镜像来构建应用程序，而第二阶段则使用了一个轻量级的 Alpine 镜像来运行生成的二进制文件[^4]。 2. **减少镜像大小** 通过仅将必要的文件从构建阶段复制到最终镜像中，可以显著减小镜像体积。这对于部署和分发镜像非常有益。 3. **提高安全性** 将构建工具和依赖隔离在单独的阶段中，可以避免将不必要的工具和敏感信息暴露在最终镜像中。 4. **复用中间产物** 如果多个镜像共享相同的构建步骤，可以通过多阶段构建提取公共部分，从而减少重复工作。 #### 限制 虽然多阶段构建提供了强大的功能，但也存在一些限制和注意事项： 1. **只支持 Docker 17.05 及以上版本** 如果使用的 Docker 版本低于 17.05，则无法使用多阶段构建功能[^1]。 2. **文件复制限制** 在不同阶段之间传递文件时，必须显式使用 `COPY --from=<stage>` 指令。如果忘记指定来源阶段，可能会导致构建失败。 3. **镜像层独立性** 每个 `FROM` 指令会创建一个新的构建阶段，且每个阶段是完全独立的。这意味着不能直接继承前一阶段的环境变量、工作目录等设置，除非通过文件复制的方式传递数据。 4. **调试复杂度增加** 由于多阶段构建涉及多个独立的阶段，调试可能变得更加复杂，尤其是在构建阶段出现问题时，需要明确区分各个阶段的上下文。 5. **不支持 ONBUILD 触发多阶段构建** 如果一个镜像包含 `ONBUILD` 指令，它不会自动触发多阶段构建中的其他阶段[^3]。 ### 示例代码 以下是一个结合了多阶段构建和文件复制的完整示例： ```dockerfile # 第一阶段：构建阶段 FROM maven:3.8.1-jdk-11 AS builder WORKDIR /app COPY pom.xml . RUN mvn dependency:go-offline COPY src ./src RUN mvn package # 第二阶段：运行阶段 FROM openjdk:11-jre-slim WORKDIR /app COPY --from=builder /app/target/myapp.jar . CMD ["java", "-jar", "myapp.jar"] ```