优化docker构建上下文体积需用好.dockerignore和精简上下文路径：前者过滤无关文件，后者限定上传目录；再配合多阶段构建剔除中间产物，显著减少传输量与构建时间。
优化构建上下文的传输体积，核心在于让 Docker 客户端只把真正需要的文件发给守护进程——不是靠压缩，而是靠精准“减法”。关键动作就两个：用好 .dockerignore，再选对上下文路径。
用 .dockerignore 做第一道过滤
它不是可选项，是必须项。Docker 构建时默认打包整个上下文目录，哪怕你 Dockerfile 里只 COPY 了一个 main.py，node_modules/、.git/、dist/ 这些也会被一并上传。
- 把开发依赖全列进去：
node_modules/、venv/、__pycache__/、target/ - 排除日志和临时产出：
*.log、*.tmp、*.out、coverage/ - 屏蔽版本与本地配置：
.git/、.gitignore、.env、.docker-compose.yml - 注意语法细节：末尾加
/表示只忽略目录；不加则匹配文件和目录名；支持通配符但不支持 ** 递归写法
精简上下文路径本身
别总用 . 当上下文。如果源码在 src/ 子目录，Dockerfile 在项目根，那就把构建命令改成：
docker build -f Dockerfile -t myapp ./src
这样只有 src/ 下的内容参与打包，docs/、tests/、scripts/ 等无关目录天然被隔离。
更进一步，可以用 Git 仓库 URL 直接作为上下文（Docker 17.05+ 支持）：
docker build https://github.com/user/repo.git#main:subdir
省去本地 clone 和清理步骤，上下文完全由远程仓库结构定义。
配合多阶段构建做二次瘦身
.dockerignore 解决的是“传什么”，多阶段构建解决的是“留什么”。即使上下文里有大文件，只要不在最终镜像中 COPY，就不会进镜像层。
- 第一阶段用完整上下文编译二进制或安装依赖（比如 Go 编译、npm install）
- 第二阶段只 COPY 编译产物或必要运行时文件，基础镜像选
alpine或scratch - 这样上下文里的源码、测试、文档等，压根不会出现在最终镜像里
验证效果，别凭感觉
构建时加 --progress=plain 参数，看日志里 “Sending build context to Docker daemon” 这一行的大小变化。
对比不同配置下的实际数值更直观：
| 配置方式 | 上下文体积 | 平均构建时间 |
|---|---|---|
| 无 .dockerignore + 全目录上下文 | 120 MB | 45 s |
| 合理 .dockerignore + 子目录上下文 | 18 MB | 12 s |
数据差异明显，优化不难，但漏掉就白浪费带宽和时间。
