Docker 镜像核心解析：以 Nginx 为例

我们用 nginx 为例，梳理完整的操作链路。

步骤 1：拉取镜像

首先获取只读层。执行以下命令从 Docker Hub 下载所有分层（基础层、依赖层、应用层），存储在宿主机的本地目录中。

docker pull nginx

步骤 2：创建并运行容器

基于镜像启动容器，此时会添加一个新的可写层。

docker run -d --name my-nginx -p 8080:80 nginx

Docker 会在 nginx 镜像的只读层之上创建一个空的可写层，并启动 Nginx 进程。此时运行 docker ps 能看到容器正在运行。如果你在容器内修改 /etc/nginx/nginx.conf，这些变更只会保存在可写层中。

步骤 3：修改容器内容

进入容器进行配置调整，注意这仅影响当前实例。

docker exec -it my-nginx bash
# 在容器内修改欢迎页
echo "Hello Docker" > /usr/share/nginx/html/index.html
exit

访问 http://localhost:8080 会显示自定义内容，但原始镜像并未改变。若删除该容器，重新运行 nginx 镜像，新容器的欢迎页会恢复默认，因为可写层已随旧容器销毁。

步骤 4：保存修改为新镜像（可选）

如果希望将容器的修改永久固化，可以将容器提交为新镜像。

docker commit my-nginx my-nginx:v1
docker images

docker commit 会将容器的可写层转换为只读层，叠加到原始镜像之上形成新镜像。基于 my-nginx:v1 运行的容器，默认欢迎页即为'Hello Docker'。

3. 镜像与容器的区别

三、核心实操场景验证

理解了关联逻辑后，通过以下场景巩固概念。

场景 1：查看镜像分层结构

验证镜像确实由多层组成。

# 查看详细信息
docker inspect nginx
# 简化：仅查看分层 ID
docker inspect --format '{{.RootFS.Layers}}' nginx

输出会显示多个分层的 ID，每个对应一个只读层。如果你拉取多个基于 Ubuntu 的镜像（如 nginx、mysql），会发现它们共享 Ubuntu 基础层，仅下载不同的上层。

场景 2：同一镜像创建多个容器

验证层复用机制。

docker run -d --name nginx-1 -p 8081:80 nginx
docker run -d --name nginx-2 -p 8082:80 nginx
docker ps

两个容器共享 nginx 镜像的所有只读层，仅拥有各自的可写层。修改 nginx-1 的配置，完全不会影响 nginx-2。

场景 3：删除容器不影响镜像

验证只读性。

docker stop nginx-1 && docker rm nginx-1
docker images nginx
docker run -d --name nginx-1 -p 8081:80 nginx

容器删除后，仅可写层被清理，镜像的只读层完全保留。重新创建的容器回到初始状态。

四、常见误区避坑

误区 1：修改容器就是修改镜像

❌ 错误认知：在容器内修改文件后，原始镜像会同步更新。 ✅ 正确逻辑：容器的修改仅发生在可写层，与只读的镜像层隔离。需通过 docker commit 才能将修改保存为新镜像。

误区 2：镜像包含完整操作系统

❌ 错误认知：nginx 镜像包含完整的 Ubuntu 系统。 ✅ 正确逻辑：镜像仅包含运行应用所需的最小依赖（库、配置），共享宿主机内核。可通过 docker run -it nginx cat /etc/os-release 查看，通常只显示基础版本信息。

误区 3：删除镜像会影响运行中的容器

❌ 错误认知：删除 nginx 镜像后，已运行的 nginx 容器会停止。 ✅ 正确逻辑：容器启动后，已加载镜像层到内存。删除镜像仅清理磁盘上的只读层，运行中的容器不受影响（但无法基于该镜像创建新容器）。

总结

• 镜像本质：由多个只读层组成的静态、可移植、自包含的软件打包格式，是容器的'模板'。
• 关联逻辑：容器 = 镜像只读层 + 容器可写层。容器的修改仅影响可写层，不改变原始镜像。
• 核心特性：镜像只读、分层存储、可复用；容器可写、动态运行、独立可销毁。

后续我会继续分享 Docker 镜像的进阶操作（构建、推送、优化），帮助大家从核心概念到实操进阶，彻底掌握容器化开发。