人心有反复，好在山水有重逢。

Dockerfile 是一个包含所有构建镜像命令的文本文件，每行通常对应一条指令，描述如何从基础镜像一步步搭建出最终的自定义镜像。通过命令，Docker 会逐行解析 Dockerfile，执行指令并将每条指令执行后的结果打包到镜像层中。自动化 & 可重复：开发者无需手动记忆或执行繁琐的环境搭建命令，只要根据 Dockerfile 构建即可复现镜像环境。可维护 & 版本化：Dockerfile 可以使用版本控制工具（如 Git）进行跟踪，可以追踪环境的演变历程，回溯到任何历史版本。增量构建。

容器（Container）主要解决了应用在开发、测试和部署各个环节的“一致性”问题，让应用可以在不同环境下以几乎相同的方式运行。与之相对应，Docker 镜像（Image）解决的是应用部署环境问题。镜像可以理解为一个只读的容器模板，其内包含了应用程序以及启动容器所需的根文件系统（rootfs）和配置文件。当我们运行镜像时，Docker 会在镜像的只读层之上添加一个可写层，从而形成容器，类似“类”与“对象”的关系。

在 Docker 生态系统中，镜像（Image）可以被视为一个只读的模板（Template），它包含了容器运行所需的所有文件系统和配置信息。镜像是用来创建容器（Container）的基础，容器运行时的环境和依赖，都来自于镜像的内容。举一个通俗的例子，镜像就像是一张“系统安装光盘”，里面有已经安装好的操作系统、软件以及配置，容器相当于从这张“光盘”里启动并运行的“系统实例”。你可以基于同一个镜像创建多个容器，而这些容器拥有相同的文件系统基础和初始环境。

以上按照大致的功能和使用场景对 Docker 命令做了分类介绍，从环境信息、日志信息、容器生命周期管理，到容器日常运维命令，再到镜像管理及镜像仓库相关操作。本篇文章涵盖了 Docker 日常使用中的核心命令，并对部分常用参数做了简要说明。权限管理: 一般需要使用sudo或将当前用户加入docker组。版本更新: 不同版本的 Docker 可能有细微的参数或行为差异，请关注官方文档。资源限制: 生产环境中必须配置好 CPU、内存、网络等方面的限制，以避免容器无限制使用宿主机资源。日志清理。

通过RootFs和cgroups的巧妙组合，Docker 容器能够在同一个 Linux 内核上运行，却拥有与宿主机和其他容器相对独立的文件系统、进程空间、网络环境、IPC、以及严格的资源配额/限制。这为容器提供了接近虚拟机的隔离性，同时也保留了“共享同一个内核”的优势（启动速度快、资源开销小等）。RootFs：让容器拥有独立的文件系统视图，与宿主机的根目录区分开来。PID Namespace 让容器内部进程有各自的 PID 视图。Network Namespace 让容器拥有独立的虚拟网卡、网络栈。

Docker 是一个用于构建、发布和运行分布式应用的平台。本质上，Docker 基于容器化技术，把应用及其所依赖的运行时环境打包在一起，形成一个独立、可移植、且具有高度隔离性的运行单元——容器初衷：解决传统部署中“在开发机能跑、在测试机能跑，但到生产环境就出问题”的痛点。由于开发、测试、运维的环境可能各不相同，导致应用在迁移和上线时常出现不可预知的依赖冲突及环境不一致问题。核心优势：显著简化了软件交付流程，使得“打包-分发-运行”可以像发快递一样方便、快速、可靠。