docker镜像大因中间层残留和误拷文件；应清理构建缓存、显式copy产物、避免venv、匹配python环境，并用docker history/save验证层内容。
为什么 Dockerfile 里用多个 FROM 还是镜像很大？
多阶段构建不是加了几个 FROM 就自动变小的——关键在「哪些文件被复制进来」和「中间层有没有残留」。常见错误是：构建阶段编译完没清理 build/、node_modules 或 __pycache__，结果在最终阶段一并拷进去了。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 每个构建阶段结尾加
RUN rm -rf /tmp/* /var/cache/apk/*（Alpine）或apt-get clean（debian），别只依赖docker build --no-cache - 用
COPY --from=builder显式指定要复制的产物路径，避免COPY --from=builder . /app这种宽泛写法 - Python 场景下，如果用了
pip install --user，注意--user安装路径（如~/.local）可能不在$PATH默认范围，得手动COPY --from=builder /root/.local/bin/ /usr/local/bin/
pip install 在多阶段里该不该带 --no-cache-dir？
该带，但只在构建阶段带；运行阶段根本不用 pip install。很多人误以为「不加就缓存占空间」，其实问题不在 pip 缓存本身，而在于缓存目录是否被意外打包进最终镜像。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 构建阶段：用
RUN pip install --no-cache-dir -r requirements.txt，避免/root/.cache/pip被保留 - 运行阶段：绝对不要出现
pip install，哪怕只是装个curl—— 改用系统包管理器（apk add或apt-get install）并立刻清理 apt 缓存 - 若依赖某些只有源码安装才有的包（比如
psycopg2-binary换成psycopg2），确保构建阶段装的是manylinux兼容轮子，否则运行阶段会缺.so文件
Python 的 venv 和 pip install -t 能不能省掉？
能省，而且应该省。多阶段构建里建 venv 是冗余操作——你又不复用这个环境，只是临时装包取产物。更糟的是，venv 目录结构复杂，容易漏拷 bin/activate 或 lib/python3.x/site-packages 下的 C 扩展。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 构建阶段直接用系统 Python（
python3 -m pip install），把包装到默认 site-packages，然后COPY --from=builder /usr/lib/python3.*/site-packages/ /app/site-packages/ - 如果项目必须隔离依赖，用
pip install -t /tmp/deps打包到扁平目录，再COPY --from=builder /tmp/deps /app/deps，比 venv 路径干净得多 - 注意
pydantic、numpy这类含 C 扩展的包，必须确保构建阶段和运行阶段的 Python 版本、架构（x86_64/arm64）、musl/glibc 匹配，否则运行时报ImportError: cannot load shared Object
怎么验证某一层到底塞了什么？
别猜，用 docker history 和 docker save 配合 tar 查。很多人以为 docker image ls -s 显示的大小就是真实占用，其实那是累计层大小，含重复内容。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 先跑
docker history your-image:tag，看哪一行 size 异常大（比如几百 MB），对应到Dockerfile的哪条指令 - 对可疑镜像执行
docker save your-image:tag | tar -t | grep -E "(cache|tmp|.pyc|__pycache__)"，快速扫出不该存在的路径 - 用
docker run --rm -it your-image:tag find /app -name "*.pyc" -o -name "__pycache__" | head -10，确认运行时是否还残留编译缓存
最麻烦的其实是隐式依赖：比如某个 setup.py 构建时下载了二进制 vendor，但没声明为构建产物，结果被漏掉了——这种得翻构建日志里 Downloading 行，再反向定位路径。