容器启动时磁盘IO本质是按需挂载、延迟读取、写时复制：只读层不全量加载，仅访问时逐层查找；可写层处理所有写操作，修改只读文件触发COW；惰性加载与层共享显著降低IO压力。
容器启动时的磁盘IO行为，本质是由镜像分层加载机制和存储驱动协同决定的——不是简单地“把整个镜像拷一遍”，而是按需挂载、延迟读取、写时复制。
只读层叠加不等于全量读盘
Docker镜像的每一层都是内容寻址的只读目录（如 overlay2 的 lowerdir），启动容器时，存储驱动只是将这些层的路径注册进联合挂载（union mount）配置，并不立即读取全部文件内容。系统只在容器内首次访问某个文件时，才自顶向下逐层查找（从 upperdir → 最上层只读层 → 底层），触发对应层的块读取。这意味着：
- 空容器启动几乎无磁盘IO，耗时集中在元数据解析与挂载操作
- 如果应用启动只读取 /bin/sh 和几个.so库，实际IO可能仅涉及2–3个层中的几十个文件
- 未被访问的层（比如安装调试工具的 RUN apt-get install -y vim 那一层）全程不产生IO
可写层（upperdir）决定写密集型IO模式
容器运行时的所有写操作（创建文件、修改配置、生成日志）都落在最顶层的可写层（upperdir）。这个层是真实分配磁盘空间的：
- 新建小文件：直接写入upperdir，IO开销小
- 修改底层只读文件（如 /etc/hosts）：触发 Copy-On-Write（COW），先将原文件从只读层完整复制到upperdir，再编辑——单次修改可能引发MB级随机读+顺序写
- 频繁追加日志或数据库WAL：持续写upperdir，若宿主机文件系统未优化（如ext4无barrier禁用），可能成为IO瓶颈
惰性加载（Lazy Load）大幅降低冷启动IO压力
现代Docker（配合 containerd）支持惰性拉取（lazy pulling）和惰性解压：
- 镜像拉取阶段：只下载 manifest 和层元数据，主体层数据暂不下载
- 容器启动阶段：仅当某层中首个文件被访问时，才触发该层的按需下载与解压
- 实测显示，启用 lazy pulling 后，平均镜像加载时间从12.4秒降至3.1秒，IO峰值下降约70%
共享层复用直接减少重复IO
同一宿主机上多个容器若基于相同基础镜像（如 ubuntu:22.04 或 golang:1.23），它们的只读层在磁盘上物理共存一份，内存中还可共享 page cache：
- 第二个容器启动时，lowerdir 对应的块设备读取可命中内核页缓存，IO趋近于零
- 即使跨镜像（如 nginx:alpine 和 redis:alpine），只要 base 层哈希一致，就自动复用——避免重复加载/bootfs、/lib/modules等大体积只读内容
- 这也是为什么批量部署微服务时，首容器IO高、后续容器启动飞快
