装完 docker engine 后需优化三方面：调整 dockerd 启动参数（禁用 swarm、关闭实验性功能、限制日志、指定 overlay2 驱动）；容器运行时设资源约束（全局默认内存上限、禁用 swap、启用 cgroup v2）；构建阶段瘦身镜像（选轻量基础镜像、重排 dockerfile 指令、用 .dockerignore、多阶段构建）。
装完 docker engine 后别急着跑容器，初始性能表现差，往往不是硬件问题，而是默认配置没对上你的使用场景。重点在三块：守护进程启动参数、容器运行时资源约束、以及底层存储和网络准备。
调整 dockerd 启动参数，减少后台开销
WSL2 或 Linux 服务器上，dockerd 默认不设限，会多开 goroutine、启用冗余功能，拖慢首次响应。关键改法：
- 禁用 Swarm 相关组件（除非真用 Swarm）：在
/etc/docker/daemon.json加"swarm-default-advertise-addr": ""和"cluster-store": "" - 关闭实验性功能：
"experimental": false（避免不稳定特性干扰） - 限制日志大小和轮转：
"log-driver": "json-file", "log-opts": {"max-size": "10m", "max-file": "3"}，防止日志撑爆磁盘或拖慢 daemon - 显式指定存储驱动为
overlay2："storage-driver": "overlay2"，并确认宿主机文件系统支持d_type（XFS 挂载加ftype=1，ext4 创建时加-O filetype）
容器启动前就设好资源边界
不设限制的容器一跑就抢光 CPU 和内存，尤其 WSL2 内存有限，容易卡死或触发 OOM。建议从 daemon 层统一兜底：
- 在
daemon.json设全局默认内存上限："default-runtime": "runc", "default-ulimits": {"memlock": {"Hard": -1, "Soft": -1}}不起作用，真正有效的是配合容器级--memory；更稳妥的做法是写个 alias 或 wrapper 脚本，强制带-m 512m --cpus=1启动 - 禁用 swap：
"default-memory-swap": 0，避免内存压力大时换出，拖慢响应 - 启用 cgroup v2（Linux 5.8+ 默认开启）：
cat /proc/filesystems | grep cgroup2确认后，在 dockerd 启动时加--cgroup-parent=/docker，提升内存回收精度
镜像与构建阶段提前瘦身
初始运行慢，常因镜像太大、层数太多、依赖加载慢。优化不在运行时，而在构建源头：
- 基础镜像选
alpine或distroless：比如python:3.11-slim（约 120MB）比python:3.11（超 900MB）快得多；注意 Alpine 需额外装编译工具再删掉，如RUN apk add --no-cache gcc musl-dev && pip install ... && apk del gcc musl-dev - Dockerfile 指令重排：把
COPY requirements.txt .和RUN pip install放前面，代码变更不破坏依赖缓存 - 加
.dockerignore：排除.git、__pycache__、node_modules等，减少上下文传输体积 - 小项目也试多阶段构建：哪怕只是分离
pip install和运行环境，也能砍掉 30%~60% 体积
验证和观察启动链路
优化后别只看 docker run hello-world 是否成功，要测真实路径：
- 用
time docker run --rm alpine echo ok测冷启动耗时（首次拉镜像+启动），目标控制在 1~2 秒内 - 执行
docker info | grep -E "(Storage|Cgroup|Kernel)"确认overlay2、cgroup2、4.19+内核都就位 - 跑
docker stats观察空载时 dockerd 自身 CPU 和内存占用，超过 5% 就说明 daemon 配置还有冗余
