Dockerfile build速度巨慢优化

最新推荐文章于 2025-11-06 14:40:07 发布
原创 最新推荐文章于 2025-11-06 14:40:07 发布 · 2.5k 阅读 · 9 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#docker

通过Dockerfile创建容器的时候，有时候会遇到编译巨慢的情况，而docker run的方式却不会

跟踪定位下问题，注意到编译的时候日志打印

Sending build context to Docker daemon  7.188GB
为啥会这么大的文件，查了一下发现是log日志的大小影响的，日志按道理也不会影响Dockerfile的编译才对。

查资料之后原因如下：docker client会默认把Dockerfile同级所有文件发给docker Deamon

定位到问题就简单了，解决办法是 使用.dockerignore 文件，写入到文件中的目录和文件会被忽略（类似于.gitignore）

#加入需要忽略的目录的相对路径
./logs

加入logs目录的忽略之后，重新执行编译 

Sending build context to Docker daemon  140.2MB
 

OK，问题解决

RoronoaV587
关注
YOLOv8【第九章：模型部署篇·第9节】一文搞懂，Docker容器化部署！
**My Coding Family**
12-20 916
🏆 本文收录于 《YOLOv8实战：从入门到深度优化》 专栏。该专栏系统复现并梳理全网各类 YOLOv8 改进与实战案例（当前已覆盖分类 / 检测 / 分割 / 追踪 / 关键点 / OBB 检测等方向），坚持持续更新 + 深度解析，质量分长期稳定在 97 分以上，可视为当前市面上 覆盖较全、更新较快、实战导向极强 的 YOLO 改进系列内容之一。
Dockerfile生成镜像的时候是如何缓存的？
花米徐xl_lx的专栏
11-24 8160
本关将讲述镜像构建时的缓存机制希望能够帮助大家更好地使用Dockerfile。 Dockerfile生成镜像的时候是如何缓存的？  比如我安装一个东西耗时两个小时，但是构建成功之后再构建一次他就很快了，说明它缓存了，现在我的疑惑是如果我稍微改变了一点东西，如何保证他不需要在再耗时两个小时。 docker build过程中每执行一步RUN命令，就生成一个镜像，另外镜像之间有血缘关系，
ubuntu源以及Dockerfile构建镜像缓慢解决方案总结
码二哥的技术池
04-14 3652
Dockerfile构建镜像比较缓慢解决方案总结
为什么你的Docker构建越来越慢？多阶段缓存优化全指南
最新发布
CodeTrick的博客
11-06 676
解决Docker构建缓慢难题，掌握高效镜像优化方法。通过Docker镜像的多阶段构建缓存优化，适用于CI/CD流水线与微服务部署，减少冗余层、提升缓存命中率，显著缩短构建时间。实战技巧值得收藏。
【docker】解决Docker build时 Sending build context to Docker daemon 过大的问题
tiandaochouqin99的博客
04-25 9231
当使用Dockerfile Build镜像时， 现象1. 有时会发现发送到Daemo的内容过大，如下： Sending build context to Docker daemon 218.2 MB 现象2. 并导致生成的docker image过大 而，Dockerfile中的内容却不多， FROM ceph-client MAINTAINER dev <dev@xta...
Dockerfile build时速度慢的解决办法以及ppa国内源的设置
虎子的博客
09-15 3577
最近在准备运行开源的VDO-SLAM。看到提供了Dockerfile。于是准备试试看学习一下Docker的部署方案。Docker的环境配置好以后运行结果就是漫长的等待，在等待的时候，时间很久，而且中途会报错time out之类的错误。于是发现了Dockerfile中使用的docker镜像，并且没有配置使用国内的软件源，而且这个开源程序框架还添加了一个ppa的源。导致更加慢。
docker build速度过慢问题
热门推荐
笑笑布丁的博客
01-09 1万+
docker速度过慢的原因在于，docker的默认源主要是在国外，因此会慢，解决办法是替换掉它. 我这里使用的是阿里的源： RUN sed -i "s/archive.ubuntu./mirrors.aliyun./g" /etc/apt/sources.list RUN sed -i "s/deb.debian.org/mirrors.aliyun.com/g" /etc/apt/sources.list RUN sed -i "s/security.debian.org/mirrors.aliyun.c
你的Docker镜像又大又慢？这个神级工具让你彻底告别臃肿，洞察深层奥秘，成为容器优化大师
wylee的博客
07-05 1644
Docker镜像优化神器dive：透视容器黑箱的利器 dive是一款开源的Docker镜像分析工具，能够交互式展示镜像各层文件变化，解决镜像臃肿、构建效率低、安全隐患排查难等痛点。通过可视化界面，dive让开发者直观了解每一层新增/修改的文件，计算潜在空间浪费，并提供优化建议。支持多种安装方式，包括直接下载二进制、包管理器安装或通过Docker容器运行。使用dive分析镜像时，界面分为层列表和文件变化视图，支持导航、过滤等操作，显著提升Docker镜像优化效率。该工具填补了传统docker history命
Python安装优化：提升安装速度与效率的终极方法
然而在安装过程中，用户往往会面临各种挑战，比如环境兼容性问题、安装包的下载速度慢、依赖关系错综复杂等。优化Python安装的需求由此产生，以减少安装时间、降低安装复杂度和提高安装过程中的效率。 在这一章中，...
Maven仓库管理：优化本地与远程协同，提升构建速度
文中详细解析了Maven的核心概念，探讨了如何配置和优化本地仓库，以及如何有效地使用远程仓库来提升构建速度。此外，本文还阐述了如何管理项目依赖版本，以及如何处理历史版本。通过企业级项目的案例分析，本文解释...
【Docker镜像构建优化】：Java应用大小与速度的平衡
[【Docker镜像构建优化】：Java应用大小与速度的平衡](https://img-blog.csdnimg.cn/20191223201845912.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0...
Docker build 太慢解决方法
人在江湖
02-23 7710
全局代理或者是改容器内的源
忍无可忍！一次解决docker build的痛点！
weixin_46759000的博客
11-15 3520
在 Docker 环境下构建镜像时，由于网络问题，国内开发者往往会遇到令人头疼的构建速度慢、依赖无法下载等问题。本文将介绍如何在 Dockerfile 中设置代理和缓存，以提升构建速度并减少构建过程中的卡顿现象。
全网最全原理讲解！dockerbuild慢
m0_56530263的博客
07-23 408
题库非常全面 包括 Java 集合、JVM、多线程、并发编程、设计模式、Spring全家桶、Java、MyBatis、ZooKeeper、Dubbo、Elasticsearch、Memcached、MongoDB、Redis、MySQL、RabbitMQ、Kafka、Linux、Netty、Tomcat等大厂面试题等、等技术栈！ Java 集合 72 道 JVM 20 道 Kafka 50 道 Linux 70 道 Memcached 23 道 MongoDB 24 道 MyBatis 40
Docker build太慢（更换镜像）
qq_39676201的博客
06-27 988
The repository 'http://mirrors.aliyun.com/debian-security/debian-security buster/updates Release' does not have a Release file.
docker build 慢_docker 安装 rocketMq 就是这么简单？
weixin_39713317的博客
02-01 329
废话不多说，上才艺rocketMq Github : https://github.com/apache/rocketmq-dockerrocketMq Version：https://archive.apache.org/dist/rocketmq/springboot 集成 RocketMq：https://blog.youkuaiyun.com/itjavaee/article/details/1083...
docker build 项目缓慢或者卡死
zgfzmj的博客
04-21 8420
可能原因 本人使用的是VirtualBox安装的CentOS7，输入如下命令 sudo df -h 如果是下图红框内的使用率达到了90%以上，就是磁盘容量不足的原因，这也是我遇到的问题，原来实现为93%，这个扩容之后的结果docker build 速度飞快。 如何扩容 请参考另一篇文章 ...
docker push很慢怎么办_如何加速 Docker Build 构建过程
weixin_39531992的博客
12-18 1346
Dockerfiledocker 已经成为现代开发的基础技术，而在 docker 开发流中，Dockerfile 是最基础的文件。一个包括了系统配置、依赖安装、业务代码的 Dockerfile 可能长这样子：FROM python:3.8-busterWORKDIR /appCOPY Pipfile Pipfile.lock ./COPY code /app/codeRUN pip install...
那如果项目太大，每次更新容器不就会花很多时间
11-03
非常好的问题！ 当项目很大（比如前端打包耗时长、依赖巨多、镜像体积几百 MB 甚至上 GB），每次更新都重新构建整个镜像确实会非常慢，严重影响开发效率和部署速度。但我们可以通过一系列 **优化策略** 来显著减少构建时间，实现“快速热更新”。 --- ## ✅ 核心思想：**分层缓存 + 增量构建** Docker 镜像是分层的，只有某一层发生变化时，其后的所有层才会重新构建。因此我们要把**不常变的内容放在前面**，**频繁变更的内容放在后面**。 --- ### 🛠️ 1. 优化 Dockerfile 结构（关键！） #### ❌ 慢速构建示例（错误做法）： ```Dockerfile FROM node:18 WORKDIR /app # 每次代码修改都会导致 npm install 重跑 COPY . . RUN npm install CMD ["node", "server.js"] ``` > 问题：只要改一行代码，`COPY . .` 就会使缓存失效 → `npm install` 重新执行 → 耗时！ --- #### ✅ 正确做法：先拷贝依赖文件，再拷贝源码 ```Dockerfile FROM node:18 WORKDIR /app # Step 1: 先复制 package.json 和 package-lock.json COPY package*.json ./ # 这一步会被缓存，除非依赖变化 RUN npm install # Step 2: 再复制源码（这部分经常变） COPY . . CMD ["node", "server.js"] ``` ✅ 效果： - 如果你只改了 `.js` 文件，`package.json` 没变 → `npm install` 使用缓存 → 构建飞快 - 只有在依赖更新时才重新安装 --- ### 🛠️ 2. 使用 `.dockerignore` 忽略无关文件 创建 `.dockerignore` 文件，防止不必要的文件传入构建上下文： ```gitignore node_modules .git .gitignore README.md dev/ tests/ *.log .env.local .nyc_output coverage ``` > ⚠️ 不加 `.dockerignore` 会导致： - 构建上下文巨大（尤其是 `node_modules`） - 即使内容不变，因时间戳不同也可能破坏缓存 --- ### 🛠️ 3. 多阶段构建（Multi-stage Build）—— 减小最终镜像体积 适用于前端打包等场景： ```Dockerfile # 构建阶段 FROM node:18 as builder WORKDIR /app COPY package*.json ./ RUN npm install COPY . . RUN npm run build # 打包成 dist/ # 运行阶段（轻量基础镜像） FROM nginx:alpine COPY --from=builder /app/dist /usr/share/nginx/html EXPOSE 80 ``` ✅ 优点： - 最终镜像不含 Node.js、源码、开发依赖 - 更安全、更小、更快推送 --- ### 🛠️ 4. 使用 BuildKit 缓存加速（现代 Docker 推荐） 启用 BuildKit 后支持更高级的缓存机制（如远程缓存、并行构建）： ```bash export DOCKER_BUILDKIT=1 docker build \ --cache-from type=registry,ref=myregistry.com/myapp:buildcache \ -t myapp:latest \ . # 推送缓存 docker push myregistry.com/myapp:buildcache ``` > 下次构建时可复用远端缓存，极大提升 CI/CD 速度。 --- ### 🛠️ 5. 分离开发环境与生产构建（Hot Reload for Dev） 在开发阶段完全不用重建容器！使用 **挂载本地目录** 实现热重载： ```yaml # docker-compose.dev.yml version: '3.8' services: app: image: myapp:dev volumes: - ./src:/app/src # 实时同步代码 - /app/node_modules # 避免覆盖 node_modules command: npm run dev # 使用 nodemon / webpack watch ``` 启动： ```bash docker-compose -f docker-compose.dev.yml up ``` ✅ 修改代码后自动重启服务，无需重建镜像！ --- ### 🛠️ 6. 使用缓存代理（如 Athens for Go / Verdaccio for npm） 如果你的项目依赖下载慢（如 npm、pip、go mod），可以搭建私有缓存代理： | 技术栈 | 工具 | |--------|------| | Node.js | [Verdaccio](https://verdaccio.org/) | | Python | [devpi](https://devpi.net/) 或本地 pypi mirror | | Go | [Athens](https://docs.gomods.io/) | 这样 `npm install` / `go mod download` 第二次就极快。 --- ### 🛠️ 7. 镜像分块上传 & Registry 优化 大型镜像上传慢？解决方案： - 使用支持断点续传的 Registry（如 Harbor） - 启用压缩：`docker build --compress -t myapp .` - 使用增量推送（部分 registry 支持） --- ### 🧪 示例：完整高效构建流程 ```Dockerfile # Dockerfile.optimized FROM node:18-alpine AS base WORKDIR /app # Install dependencies first COPY package*.json ./ RUN npm ci --only=production && npm cache clean --force # Builder stage (for building assets) FROM base AS builder RUN npm install COPY . . RUN npm run build # Production stage FROM nginx:alpine AS production COPY --from=builder /app/dist /usr/share/nginx/html COPY nginx.conf /etc/nginx/nginx.conf EXPOSE 80 ``` 构建命令（利用缓存）： ```bash docker build \ --target production \ --cache-from myapp:latest \ -t myapp:latest . ``` --- ### 📊 性能对比（估算） | 方式 | 构建时间（估计） | 是否适合频繁更新 | |------|------------------|------------------| | 直接 COPY 所有文件 | 5~10 分钟 | ❌ 不推荐 | | 分离依赖 + 缓存 | 30 秒 ~ 2 分钟 | ✅ 推荐 | | 开发模式挂载卷 | < 1 秒（热重载） | ✅ 最佳开发体验 | | BuildKit + 远程缓存 | ~1 分钟（CI 环境） | ✅ 生产 CI/CD | --- ### ✅ 总结：如何应对大项目更新慢？ | 方法 | 作用 | |------|------| | 分层 COPY（先依赖后代码） | 利用 Docker 层缓存 | | `.dockerignore` | 减少传输开销 | | 多阶段构建 | 减小镜像体积 | | BuildKit 缓存 | 提升 CI 构建速度 | | 挂载卷 + watch | 开发环境实时热更新 | | 私有依赖缓存服务器 | 加速依赖安装 | ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值