答案是通过修改daemon.json中的max-concurrent-downloads和max-concurrent-uploads参数调优，前者默认3控制layer下载并发，后者默认5控制上传并发，需结合registry限流与网络条件设为5–20并重启docker生效。
在 Docker 守护进程（dockerd）配置中，调整镜像下载和上传的并发数，是优化大规模集群部署、CI/CD 流水线或私有镜像仓库拉取效率的关键操作。它不控制容器内应用的并发连接，而是直接影响 docker pull 和 docker push 的底层网络吞吐能力。
配置项说明与默认值
Docker Engine 提供两个独立参数，分别控制并发下载和上传任务数：
-
max-concurrent-downloads：单次docker pull过程中，并行拉取镜像层（layers）的最大数量，默认为 3 -
max-concurrent-uploads：单次docker push过程中，并行上传镜像层的最大数量，默认也为 5
注意：这两个值作用于整个守护进程，对所有容器操作生效；调高可加快镜像传输，但会增加网络带宽和 registry 服务端压力；调低则更保守，适合带宽受限或 registry 性能较弱的环境。
修改 daemon.json 配置文件
这是最常用、最稳定的配置方式：
- 编辑守护进程配置文件：
sudo nano /etc/docker/daemon.json - 添加或更新以下字段（未存在的键需补全 JSON 结构）：
{
"max-concurrent-downloads": 10,
"max-concurrent-uploads": 8
}
例如设为下载最多 10 层、上传最多 8 层并行，适用于千兆内网或高速对象存储后端。
保存后执行：sudo systemctl restart docker 使配置生效。
验证是否生效
重启后可通过以下命令确认当前配置：
sudo dockerd --help | grep -E "(max-concurrent-download|max-concurrent-upload)"
或查看运行中的守护进程实际加载值：
sudo docker info | grep -i "concurrent"
输出应包含类似：
Max Concurrent Downloads: 10
Max Concurrent Uploads: 8
注意事项与调优建议
- 该配置不影响容器运行时的网络并发（如应用连接数、HTTP 请求），仅作用于镜像分发阶段
- 过高设置可能触发 registry 限流（如 Harbor、ECR、Docker Hub），建议结合 registry 文档设定合理上限
- 若使用自建 registry，还需同步检查其反向代理（如 Nginx）的
proxy_max_temp_file_size和连接池配置 - 生产环境推荐从默认值开始逐步上调，配合
docker pull耗时监控（如记录time docker pull xxx）做闭环验证
