用好镜像瘦身工具可显著减少docker镜像体积，关键在构建阶段避免冗余：选-slim基础镜像（如python:3.11-slim）、用多阶段构建分离编译与运行、同一run指令内完成安装与清理、借助dive/docker scout分析层结构并清理冗余文件。
用好镜像瘦身工具，能显著减少Docker镜像体积，直接降低镜像仓库存储开销和拉取时间。关键不在删什么，而在构建阶段就避免冗余。
选择轻量基础镜像替代alpine或debian:slim
很多镜像默认基于完整版Ubuntu或CentOS，自带大量不使用的系统工具和文档。改用官方提供的-slim变体（如python:3.11-slim、node:20-slim）可减少30%~50%体积。alpine虽小，但glibc兼容性问题可能引发运行时异常，建议优先试slim，再评估是否需切alpine。
- 检查当前基础镜像：运行
docker history your-image-name，看最底层是否为ubuntu:22.04这类全量镜像 - 替换示例：
FROM ubuntu:22.04→FROM ubuntu:22.04-slim - 注意：slim镜像不含
man、vim、ps等调试工具，生产环境本就不该依赖它们
多阶段构建清除编译依赖
编译型语言（Go、Rust、C++）或前端项目（npm build）常把编译器、源码、临时文件全打进最终镜像。多阶段构建让编译和运行分离，只保留运行时必需的二进制和配置。
- 第一阶段用
golang:1.22编译，第二阶段用scratch或debian:slim仅拷贝可执行文件 - Node.js项目：构建阶段装
devDependencies，运行阶段用node:20-alpine并只复制dist/和node_modules/中真正需要的包 - 避免在最终镜像中保留
package-lock.json、.git、src/等非运行文件
清理包管理器缓存与临时文件
Dockerfile中每条RUN指令都会生成新层，若在不同层中安装再删除缓存，体积不会减少。必须把安装、使用、清理写在同一行。
- APT：用
&& apt-get clean -y && rm -rf /var/lib/apt/lists/*收尾 - APK（Alpine）：加
&& apk del .build-deps（提前用apk add --virtual .build-deps标记编译依赖） - pip：用
--no-cache-dir参数，避免生成__pycache__和缓存包 - 禁止单独写
RUN apt-get clean——它无法清除前一层已写入的数据
用dive或docker scout分析镜像层构成
工具不能自动瘦身，但能快速定位“谁占了最多空间”。先看清结构，再精准优化。
-
dive your-image-name：交互式查看每层文件变化，高亮新增/删除文件，按大小排序目录 -
docker scout cves your-image-name：顺便发现过时基础镜像带来的安全风险 - 重点关注：重复的依赖包、未清理的日志目录（
/var/log）、调试符号（.debug文件）、文档（/usr/share/doc）
