多阶段构建是docker镜像瘦身最有效方法，即builder阶段编译安装依赖，runtime阶段仅保留最小运行环境；用as别名和copy --from精准复制产物，避免冗余文件，并在同层run中清理缓存。
多阶段构建是 Docker 镜像瘦身最有效、最常用的方法，核心就是“构建归构建，运行归运行”——把编译、安装依赖等耗资源的操作放在一个临时阶段，只把最终能跑起来的文件复制到精简的运行镜像里。
明确划分两个阶段：builder 和 runtime
第一阶段（builder）负责准备所有运行所需的东西：装依赖、编译代码、生成可执行文件或 Python 包；第二阶段（runtime）只保留最小运行环境，不带任何编译工具。关键在于用 AS 给 builder 阶段起别名，再用 COPY --from=builder 精准搬运产物。
- builder 阶段可用完整镜像，比如
python:3.11-slim或node:18，并安装 build-essential、gcc 等编译依赖 - runtime 阶段推荐
python:3.11-slim（不是 Alpine，避免 musl libc 兼容问题），体积约 100MB，glibc 兼容性好 - 不要在 runtime 阶段重复
RUN pip install，所有包必须在 builder 阶段装完再复制过去
复制时只拿真正需要的文件
别一股脑 COPY 整个 /usr/local 或 /root/.local，容易混入缓存、头文件或测试模块。Python 项目建议：
- 在 builder 中用
pip install --prefix=/install -r requirements.txt，把包统一装进/install - runtime 中只
COPY --from=builder /install /usr/local，不带源码、.pyc 缓存或 pip 自身 - 如果用了虚拟环境，就复制
venv/lib/python*/site-packages和venv/bin下的可执行脚本，删掉venv/include和venv/pyvenv.cfg
顺手清理中间垃圾，别让缓存偷偷进镜像
清理动作必须和安装命令写在同一层 RUN 里，否则前面那层残留的缓存不会被删掉。
- Debian/Ubuntu 系：用
apt-get install -y --no-install-recommends ... && apt-get clean && rm -rf /var/lib/apt/lists/* - Alpine 系（若选用）：用
apk add --no-cache ...，避免留下索引缓存 - pip 安装后加
&& pip cache purge，尤其在 builder 阶段
验证是否真的瘦身成功
构建完别急着推送，先本地检查：
- 运行
docker images对比优化前后大小，Python 项目常见从 300MB+ 降到 90–120MB - 用
docker run -it --rm <image> sh</image>进去看看有没有 gcc、make、apt 等不该存在的命令 - 确认
pip list能列出所有依赖，且应用能正常启动——瘦身不能以功能为代价
