venv仅支持python≥3.3，需先确保目标解释器已安装（如python3.9），再用python3.9 -m venv创建；多版本隔离须配合pyenv或系统多python，--system-site-packages仅共享路径而非自动安装，不解决版本冲突。

直接用 python -m venv 就能创建，但必须确认 Python 版本 ≥ 3.3，且 Windows 用户要注意激活路径差异；多版本隔离不能只靠 venv，得配合 pyenv 或系统已装的多个 Python 解释器。

venv 创建失败常见原因和验证步骤

执行 python -m venv myenv 报错，大概率不是命令写错了，而是底层条件没满足：

• 运行 python --version 或 python3 --version，确认输出是 3.3 及以上；低于此版本会提示 no module named venv
• Linux/macOS 用户若用 Ubuntu/Debian，可能缺 python3-venv 包：运行 sudo apt install python3-venv
• Windows 用户注意：PowerShell 默认禁用脚本执行，激活时若报 Activate.ps1 cannot be loaded，临时允许策略：Set-ExecutionPolicy RemoteSigned -Scope CurrentUser
• 别在系统 Python 的 Scripts 目录里建环境——容易触发权限或路径嵌套问题

指定 Python 版本创建 venv（关键：base interpreter 必须已存在）

venv 本身不管理 Python 解释器版本，它只是“基于某个已安装的 Python 可执行文件”生成隔离环境。所以所谓“用 Python 3.9 创建 venv”，前提是你的系统里真有 python3.9 这个命令可用：

python-docx

python-docx Skill功能概述python-docx Skill是一项面向实际任务的技能，主要用于本Skill提供使用python-docx生成专业Word文档的标准方法和最佳实践；生成安全服务方案文档；核心要点生成技术架构设计文档；生成任何需要专业排版的Word文档；核心库 : python-docx；使用与执行辅助库 : docx.shared , docx.enum , docx.oxml.ns；标准代码模板；1. 文档初始化；2. 字体设置（必须！它将相关步骤、工具调用和结果整理方式集

下载

• 检查可用解释器：ls /usr/bin/python*（Linux/macOS）或 py -0p（Windows，需安装了 Python Launcher）
• 显式指定 base：python3.9 -m venv myenv39、python3.11 -m venv myenv311
• 错误示范：python -m venv --python=3.9 myenv —— --python 是 virtualenv 的参数，venv 不支持
• Windows 上若装了多个 Python，推荐用 py -3.9 -m venv myenv39，比硬写路径更可靠

--system-site-packages 参数的真实作用和风险

加这个参数会让虚拟环境“能看到”系统全局 site-packages，但它不是“自动安装”，只是把搜索路径加进去了。实际效果取决于你后续怎么用：

• 适合场景：系统已装好 numpy、torch 等大体积包，想省磁盘空间和安装时间；或某些硬件绑定库（如 NVIDIA 的 cuda-python）必须从系统级加载
• 风险点：一旦系统全局升级了某个包（比如 pip install --upgrade requests），所有带 --system-site-packages 的 venv 都会立即受影响，失去隔离性
• 无法解决版本冲突：如果项目 A 需要 requests==2.28，而系统全局是 2.31，加该参数后你仍得在 venv 里 pip install requests==2.28 覆盖掉系统版
• 命名建议：给这类环境加后缀，比如 myenv_with_system，避免误以为它是纯隔离环境

为什么单用 venv 无法实现真正的多 Python 版本隔离

venv 只负责依赖隔离，不负责解释器版本切换。你用 python3.8 -m venv 创建的环境，里面的 python 命令确实指向 3.8，但如果你没装 3.8，这一步根本走不通：

• 系统只装了 Python 3.11？那你就只能用它建 venv，没法凭空变出 3.9 环境
• 想让项目 A 用 3.9、项目 B 用 3.11，必须先让这两个解释器都真实存在于系统 PATH 中——这时需要 pyenv（macOS/Linux）或 Python Launcher + 多版本安装（Windows）
• pyenv 和 venv 是协作关系：pyenv 切换当前 shell 的 python 指向哪个解释器，venv 再基于那个解释器建环境。两者缺一不可
• 别把 conda 当作 venv 替代品：conda 是跨语言包+环境管理器，原理不同，混用易出问题（比如 conda activate 和 source venv/bin/activate 互斥）

真正麻烦的地方在于：Python 版本管理和依赖管理是两层事，很多人卡在第一层就停了——没装好多个解释器，后面所有 venv 操作都是空中楼阁。动手前先跑一遍 pyenv versions 或 py -0p，比反复重装 pip 有用得多。

Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！