多阶段构建是减少Docker镜像层数最有效的方式，它通过分离构建与运行阶段、仅复制最终产物，将层数压缩至2～4层，并配合清理悬空镜像和优化指令合并，彻底规避层数超标问题。
直接删掉多余层不现实，Docker不允许手动修改层结构。真正有效的解法是切断层链、重置构建起点，同时避免在后续流程中重复踩坑。
用多阶段构建彻底切断长层链
这是最主流也最稳妥的方式。把编译、测试等耗层操作放在一个临时构建阶段，只把最终产物复制到精简的运行阶段镜像里。
- 第一阶段用含完整工具链的镜像（如
golang:1.23），完成源码编译和测试 - 第二阶段用极小基础镜像（如
alpine:3.20或debian:slim），仅COPY上一阶段生成的二进制文件 - 整个过程最多产生 2～4 层，完全避开 127 层限制
强制清理悬空层与中间镜像
很多“层数超标”其实源于历史构建残留，不是当前Dockerfile本身太深，而是旧层未被释放。
- 运行
docker builder prune -a清除所有构建缓存（包括匿名中间镜像） - 执行
docker images -f "dangling=true" -q | xargs -r docker rmi删除无标签悬空镜像 - 检查
docker system df -v中 “Build Cache” 占用，确认是否已回落
重构Dockerfile减少单次构建层数
每条 RUN、COPY、ADD 都新增一层。高频错误是把安装、清理、配置拆成多条RUN。
- 把 apt/yum 安装和缓存清理写在同一行：
RUN apt-get update && apt-get install -y curl && rm -rf /var/lib/apt/lists/* - 避免
RUN mkdir /app && COPY . /app这类组合——COPY自带目录创建能力，单独RUN mkdir纯属多加一层 - Python 项目慎用
pip install后不清理__pycache__和.whl缓存，它们会固化为独立层
临时绕过限制：导出再导入为单层镜像
仅限紧急恢复场景，不可作为常规方案。本质是放弃分层特性，换来可用性。
- 用
docker export $(docker create your-broken-image) | docker import - new-flat-image:latest - 新镜像只剩 1 层，但丢失所有元数据（LABEL、ENV、CMD 等需手动补全）
- 无法利用层缓存，每次构建都从头打包，CI/CD 效率大幅下降
