优化Python依赖安装的核心是提升RUN pip install层的稳定性、轻量性和可复用性：先COPY requirements.txt再安装，禁用pip缓存，用多阶段构建剥离编译工具，精简依赖清单并固定版本号。
优化 Python 应用的依赖安装，核心是让 RUN pip install 这一层更稳定、更轻量、更可复用。它不单关乎速度，更直接影响镜像体积、安全性与构建可靠性。
先复制 requirements.txt 再安装依赖
这是最基础也最关键的一步。Docker 层缓存机制决定了：只要 COPY requirements.txt 和后续 RUN pip install 之间的内容没变，这一层就能复用。
- 把
COPY . .放在RUN pip install之后——每次改一行代码，整个依赖层都会失效，重新下载安装 - 正确顺序应为：
COPY requirements.txt .→RUN pip install --no-cache-dir -r requirements.txt→COPY . . - 如果
requirements.txt不变，哪怕源码改了十次，pip 安装这步仍直接命中缓存
禁用 pip 缓存并清理临时文件
默认情况下，pip 会把下载的 wheel 包和构建中间产物存进 /root/.cache/pip，这些不会自动清理，全被打包进镜像。
minimax-mcp-docker版（适配极空间）
下载
MiniMax 图片理解 + 网络搜索 MCP 工具。适配 Docker 环境（极空间等），支持图片 OCR 识别、图像内容理解、网络搜索。API Key 安全存储在本地 credentials 文件，不暴露在代码中。
- 加
--no-cache-dir参数，避免缓存写入镜像层 - 对含编译步骤的包（如
numpy、cryptography），可在安装后显式清理：&& apt-get clean && rm -rf /var/lib/apt/lists/* /tmp/*（需在 slim 镜像中先装 apt） - 注意：alpine 镜像用
apk，对应清理命令是apk --purge del .build-deps
用多阶段构建彻底剥离构建依赖
即使用了 slim 镜像，构建时仍可能需要 gcc、musl-dev 等编译工具——它们不该出现在最终运行镜像里。
立即学习“Python免费学习笔记（深入）”；
- 第一阶段（builder）：用
python:3.11-slim或带编译工具的镜像，COPY requirements.txt并RUN pip install --user -r requirements.txt - 第二阶段（runtime）：换更小的镜像（如
python:3.11-alpine或python:3.11-slim-bullseye），只COPY --from=builder /root/.local /root/.local - 最终镜像不含 pip、编译器、头文件，体积可再压 30%–60%，攻击面大幅缩小
精简依赖清单本身
再好的构建技巧也救不了冗余依赖。优化要从源头入手：
- 用
pipreqs或pipdeptree --reverse检查哪些包实际被 import，剔除未使用的 - 区分
install和dev-dependencies：生产镜像只装requirements.txt，不装pytest、mypy等开发依赖 - 固定版本号（
requests==2.31.0）而非宽松约束（requests>=2.25.0），避免意外升级引入兼容性问题或新漏洞
