清理包管理器缓存需在单个run指令中合并执行，因docker分层机制下单独apt-get clean仅删新层文件，旧层缓存仍占体积；正确做法是run apt-get update && apt-get install -y --no-install-recommends xxx && apt-get clean && rm -rf /var/lib/apt/lists/*，并联动清理pip缓存。
清理包管理器缓存是 docker 镜像瘦身最直接有效的手段之一，尤其对基于 debian/ubuntu 的镜像，apt-get clean 和 rm -rf /var/lib/apt/lists/* 必须配合使用，且必须在同一个 run 指令中完成。
为什么 apt-get clean 单独用效果有限？
Docker 的分层机制决定了：每条 RUN 指令生成一层。如果只写 RUN apt-get clean，它只是在新层里删缓存文件，而前一层中 /var/cache/apt/archives/ 里的 .deb 包、/var/lib/apt/lists/ 下的索引文件仍完整保留在历史层中——这些文件依然计入最终镜像体积。
正确清理方式：合并命令 + 彻底删除
所有清理动作必须链式执行，在单个 RUN 中完成：
RUN apt-get update && apt-get install -y --no-install-recommends python3-pip && apt-get clean && rm -rf /var/lib/apt/lists/*-
--no-install-recommends避免安装非必需依赖（如文档、示例、调试工具） -
apt-get clean清空 /var/cache/apt/archives/ 下已下载的 .deb 包 -
rm -rf /var/lib/apt/lists/*删除下载的软件源索引（比 clean 更彻底，释放更多空间）
Alpine 和 CentOS 系统对应清理命令
不同基础镜像需匹配对应包管理器：
Docker Image Puller
下载
使用 Python 脚本下载 Docker 镜像并打包为 tar 文件。用户说“下载镜像”“拉取镜像”“pull xxx”“帮我下载 nginx 镜像”等时触发。支持 SOCKS5 代理直连（推荐）和国内镜像站加速两种模式。
-
Alpine（apk）：用
apk --no-cache add xxx安装，或手动清理apk del xxx && rm -rf /var/cache/apk/* -
CentOS/RHEL（yum/dnf）：用
yum clean all或更精准的yum clean packages && yum clean headers
别忘了和 pip 清理联动
Python 项目常同时用 apt 安装系统依赖（如 gcc、libpq-dev）和 pip 安装 Python 包。两者缓存要一并清除：
RUN apt-get update && apt-get install -y --no-install-recommends gcc && \pip install --no-cache-dir -r requirements.txt && \apt-get clean && rm -rf /var/lib/apt/lists/* /root/.cache/pip
注意：/root/.cache/pip 路径适用于 root 用户；若用非 root 用户构建，需对应改为其 home 目录下的 .cache/pip。
