python 3.3+无需安装venv，dockerfile中应直接用python -m venv创建虚拟环境，并在同一run层完成pip升级和依赖安装；运行时通过env path或绝对路径调用venv内解释器，避免激活脚本。
不需要“安装”虚拟环境，Python 3.3+ 自带 venv 模块，Dockerfile 的核心是用它创建隔离、可复现的运行时环境——关键在创建、升级、安装、调用四步不脱节。
用 python -m venv 创建，别装 virtualenv
官方镜像（如 python:3.11.7-slim-bookworm）已内置 venv，无需额外安装：
- ✅ 推荐写法：
RUN python -m venv /opt/venv - ❌ 避免写法：
RUN pip install virtualenv && virtualenv /opt/venv（增加体积、引入非标准工具、可能版本不兼容）
同一 RUN 层完成初始化 + 升级 + 安装
新建的 venv 中 pip 版本旧、无依赖，且 Docker 分层构建中 shell 激活无效，必须用绝对路径操作：
- 把创建、升级 pip、安装依赖写在同一行 RUN 指令里，避免缓存断裂或环境不一致
- 示例：
RUN python -m venv /opt/venv && /opt/venv/bin/pip install --upgrade pip && /opt/venv/bin/pip install --no-cache-dir -r /requirements.txt - 注意：
COPY requirements.txt .必须放在该 RUN 指令之前，确保文件存在
运行时让容器默认使用 venv 解释器
构建阶段不用激活，运行阶段也不靠 source activate——那在容器里根本不起作用：
- 方式一（推荐）：
ENV PATH="/opt/venv/bin:$PATH"，后续所有python、pip命令自动指向虚拟环境 - 方式二（更明确）：
CMD ["/opt/venv/bin/python", "app.py"]，直接指定解释器路径 - 绝对不要写
CMD ["sh", "-c", "source /opt/venv/bin/activate && python app.py"]——激活只对当前 shell 有效，且破坏 PID 1，导致信号无法转发
精简镜像：按需清理 pip 缓存
尤其在单阶段构建中，pip 缓存会增大镜像体积，但不影响已安装包：
- 可在安装后追加清理：
&& /opt/venv/bin/pip cache purge - 或最后删除全局缓存（需权限支持）：
RUN rm -rf /root/.cache/pip - 多阶段构建中，这步通常由 builder 阶段承担，运行镜像天然不含缓存
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
