Docker 镜像制作

# 第一个构建阶段：使用编译环境
FROM node:14 AS builder
WORKDIR /app
COPY package*.json ./
RUN npm install
COPY . .
RUN npm run build# 第二个构建阶段：使用运行环境
FROM nginx:alpine
COPY --from=builder /app/build /usr/share/nginx/html
EXPOSE 80
CMD ["nginx", "-g", "daemon off;"]

编译阶段的镜像并不会最终生成，但是会执行编译阶段，目的是生产最终的运行镜像版本。

分层构建在 Docker 中不仅可以减少 Dockerfile 的维护成本，还可以帮助减少运行容器的体积。

以下是分层构建的一些好处：

1. 缓存复用：Docker 在构建镜像时会缓存每一步的中间结果。如果你在 Dockerfile 中合理地安排指令，那么在后续的构建过程中，只有那些依赖的改变会被重新构建，而未改变的部分可以直接使用缓存，这样可以大大加快构建速度。

2. 减少镜像大小：通过将编译和安装步骤与最终运行环境分开，你可以创建一个只包含运行时所需文件的最小镜像。例如，你可以在一个包含编译工具的镜像中进行编译，然后将编译好的二进制文件复制到一个更小的、不包含编译工具的基础镜像中。

3. 安全性：分层构建可以帮助你创建更安全的镜像，因为你可以确保最终镜像中只包含运行应用所必需的文件和依赖项，而不包含任何不必要的工具或库，从而减少了潜在的安全风险。

4. 可维护性：通过将 Dockerfile 分成多个阶段，你可以更清晰地组织构建过程，每个阶段负责特定的任务，这使得 Dockerfile 更易于理解和维护。

5. 灵活性：分层构建允许你在不同的阶段使用不同的基础镜像，这可以根据需要在不同的构建阶段优化镜像大小和性能。

   # 编译阶段
   FROM gcc:latest as builder
   WORKDIR /build
   COPY . .
   RUN mkdir build && cd build && cmake .. && make# 运行阶段
   FROM alpine:latest
   COPY --from=builder /build/myapp /myapp
   CMD ["./myapp"]
   

   CMD ["./myapp"]
   

   在这个例子中，编译阶段使用了一个包含 GCC 编译器的镜像，而运行阶段则使用了一个更小的 Alpine 镜像，并且只复制了编译好的二进制文件，从而减小了最终镜像的大小。

这可以省去运行镜像一些不必要的软件，比如gcc等，可以减少体积；否则我们需要ADD将上下文中的gcc加入到运行镜像，使其变得臃肿

什么是空悬镜像（dangling ）