本章节将介绍 Dockerfile 的几个基础指令，如：FROM、RUN、COPY、ADD。
Dockerfile 中的注释以 # 开头。例如：
# 这是一个注释，解释下面的指令用途 FROM ubuntu:latest RUN apt-get update && apt-get install -y python3 # 安装其他软件包 RUN apt-get install -y some-other-package
在 Docker 中合理使用注释，拥有以下作用：
解释指令：帮助开发者和其他阅读者理解每个指令的目的和作用。尤其是在复杂的 Dockerfile 中，注释可以提供上下文信息，使得后续的维护和修改更加容易。
记录构建过程：可以在注释中记录构建过程中的重要步骤、决策和注意事项。例如，为什么选择特定的基础镜像、安装某个软件包的原因等。
团队协作：在团队开发中，注释可以促进沟通和协作。其他成员可以通过注释了解构建过程的逻辑和意图，减少误解和错误。
FROM 命令用于指定基础镜像，它是构建 Docker 镜像的起点，也是 Dockerfile 中的第一个非注释指令。
FROM <image>
或
FROM <image>:<tag>
确定基础环境：通过指定一个已存在的 Docker 镜像，为后续的构建步骤提供一个稳定的基础环境。这个基础镜像可以是官方提供的镜像，如各种 Linux 发行版（如 Ubuntu、Alpine 等）、特定的编程语言运行时环境（如 Python、Java 等），也可以是自定义的镜像。
继承特性：新构建的镜像将继承基础镜像的特性，包括操作系统、已安装的软件包、文件系统结构等。这大大减少了重复工作，因为不需要从头开始构建一个完整的操作系统和环境，而是可以在现有基础上进行定制和扩展。
（1）使用官方 Ubuntu 镜像
FROM ubuntu:latest
上面示例使用了最新版本的 Ubuntu 镜像作为基础。
（2）指定特定版本的 Python 镜像
FROM python:3.9-slim
上面示例选择了带有 Python 3.9 的 slim 版本镜像，它通常具有较小的体积，适合在资源受限的环境中使用。
（1）镜像选择：选择合适的基础镜像非常重要。要考虑镜像的大小、安全性、稳定性以及是否满足应用的需求。例如，如果应用对资源要求较低，可以选择一个轻量级的基础镜像；如果需要特定的软件包或工具，可以选择已经包含这些内容的镜像。
（2）版本控制：如果指定了镜像的标签（<tag>），要注意标签所对应的版本是否稳定，并且在后续的构建和部署过程中，要确保版本的一致性，以避免因为基础镜像的变化而导致应用出现问题。
LABEL 命令用于为镜像添加元数据标签，这些标签可以用于描述镜像的用途、作者、版本等信息。方便镜像的管理和识别，以及在容器编排工具中进行筛选和分类。
LABEL <key>=<value>
注意：可以使用多个 LABEL 指令来添加多个标签。
提供信息：为镜像添加描述性的标签，以便更好地理解镜像的用途、作者、版本等信息。这些标签可以帮助用户快速了解镜像的特点和功能。
组织和分类：可以使用标签对镜像进行分类和组织，方便在仓库中查找和管理不同类型的镜像。例如，可以使用标签来区分不同的应用程序、环境或版本。
与工具集成：一些工具和平台可以利用镜像的标签来进行自动化处理和决策。例如，容器编排系统可以根据标签来选择特定的镜像进行部署，或者进行资源分配和调度。
FROM ubuntu:latest LABEL maintainer="Your Name" LABEL version="1.0" LABEL description="This is a sample image"
在这个例子中，为镜像添加了三个标签，分别指定了维护者、版本和描述信息。
（1）标签命名规范：标签的命名应该遵循一定的规范，以便于理解和使用。通常，使用简洁、有意义的名称，并避免使用特殊字符和空格。可以使用连字符（-）或下划线（_）来分隔单词。
（2）标签值的格式：标签的值可以是任意字符串，但最好使用简洁、明确的表达方式。如果标签值包含多个单词，可以使用引号将其括起来，以避免被解释为多个参数。
（3）标签的一致性：在一个项目或组织中，最好保持标签的命名和使用方式的一致性，以便于团队成员之间的协作和理解。可以制定一些标签的规范和指南，以确保标签的有效性和可维护性。
RUN 命令用于在构建镜像时执行命令，如：apt-get install、apt-get update 指令。
RUN <command>
或者
RUN ["executable", "param1", "param2"]
（1）安装软件包：可以使用 RUN 指令来安装各种软件包和依赖项。例如，在基于 Ubuntu 的镜像中，可以使用 RUN apt-get update && apt-get install -y package-name 来安装一个软件包。
（2）配置环境：进行环境变量设置、创建用户和组、设置权限等操作，以满足应用程序的运行需求。
（3）执行脚本：运行自定义脚本，例如安装特定版本的软件、编译代码等。
（1）安装 python3 软件包
FROM ubuntu:latest RUN apt-get update && apt-get install -y python3
这个例子在构建镜像时更新软件源并安装 Python 3。
（2）配置环境变量
FROM ubuntu:latest RUN export SOME_VARIABLE=value
这里设置了一个环境变量 SOME_VARIABLE。
（3）执行脚本
FROM ubuntu:latest COPY install_script.sh /tmp/ RUN /bin/bash /tmp/install_script.sh
首先将一个安装脚本复制到容器中，然后使用 RUN 指令执行这个脚本。
（1）命令顺序：RUN 指令的执行顺序很重要，因为后续的指令可能依赖于前面指令的结果。确保命令的执行顺序符合逻辑，以避免出现错误。
（2）缓存机制：Docker 会缓存 RUN 指令的结果，以便在后续的构建中提高效率。如果某个 RUN 指令的内容没有改变，Docker 将直接使用缓存的结果，而不会重新执行该指令。但是，如果指令的内容发生了变化，缓存将被失效，并且该指令将重新执行。
（3）优化命令：尽量将多个命令组合在一起，以减少镜像的层数。例如，可以使用 && 将多个命令连接起来，在一个 RUN 指令中执行，如：RUN apt-get update && apt-get install -y python3。
COPY 命令用于将文件或目录从宿主机复制到正在构建的 Docker 镜像中。
COPY <src>... <dest>
其中：
<src> 是宿主机上的源文件或目录路径，可以指定多个源。
<dest> 是镜像中的目标路径。
添加应用代码和资源：将应用程序的代码、配置文件、静态资源等复制到镜像中，以便容器在运行时可以访问这些文件。例如，将一个 Java 应用的 WAR 文件或一个 Python 应用的代码目录复制到镜像中。
安装依赖项：可以将本地安装的软件包、库文件等复制到镜像中，以满足应用程序的依赖需求。
（1）复制单个文件：
COPY app.py /app/
这个例子将宿主机上的 app.py 文件复制到镜像中的 /app/ 目录。
（2）复制多个文件：
COPY file1.txt file2.txt /destination/
这里将宿主机上的 file1.txt 和 file2.txt 两个文件复制到镜像中的 /destination/ 目录。
（3）复制目录：
COPY source_directory/ /target_directory/
将宿主机上的 source_directory 目录及其内容复制到镜像中的 /target_directory/ 目录。
（1）路径相对性：<src> 路径可以是相对于 Dockerfile 所在目录的相对路径，也可以是绝对路径。如果是相对路径，构建上下文（通常是包含 Dockerfile 和要复制的文件的目录）将被用作参考。
（2）目标路径权限：复制到镜像中的文件和目录的权限将与宿主机上的源文件相同。如果需要特定的权限设置，可以在后续的指令中进行调整。
（3）缓存机制：COPY 指令的结果也会被 Docker 缓存。如果源文件没有改变，后续的构建将使用缓存的结果，而不会重新复制文件。如果源文件发生了变化，缓存将被失效，并且文件将被重新复制。
ADD 命令与 COPY 命令类似，用于将文件、目录或远程 URL 的内容复制到正在构建的 Docker 镜像中。但功能更强大，可以自动解压文件，并且支持从 URL 复制文件。
ADD <src>... <dest>
其中：
<src> 是源，可以是文件、目录或远程 URL。
<dest> 是镜像中的目标路径。
（1）复制文件和目录：如同 COPY 命令，ADD 可以将本地文件或目录复制到镜像中。例如：
ADD app.py /app/
将宿主机上的 app.py 文件复制到镜像中的 /app/ 目录。
（2）自动解压：如果源是一个压缩文件（如 .tar.gz、.zip 等），ADD命令会自动解压该文件到目标路径。例如：
ADD archive.tar.gz /destination/
如果 archive.tar.gz 是一个压缩文件，它将被自动解压到镜像中的 /destination/ 目录。
（3）从远程 URL 复制：可以使用 ADD 从远程 URL 下载文件并复制到镜像中。例如：
ADD https://example.com/file.txt /app/
这将从指定的 URL 下载 file.txt 并复制到镜像中的 /app/ 目录。
（1）谨慎使用远程 URL：从远程 URL 复制文件可能会带来安全风险，因为下载的内容可能被篡改或包含恶意软件。此外，下载过程可能会在构建过程中引入不稳定因素，如果远程服务器不可用或下载速度慢，可能会导致构建失败或耗时过长。
（2）与COPY的选择：在大多数情况下，如果只是复制本地文件和目录，建议使用COPY命令，因为它更明确和简单。只有在需要自动解压压缩文件或从远程 URL 下载文件时，才考虑使用ADD命令。
（3）缓存机制：与其他指令一样，ADD的结果也会被 Docker 缓存。如果源文件没有改变，后续的构建将使用缓存的结果。如果源文件发生变化，缓存将被失效，并且文件将被重新复制。
川公网安备51010802032098
