conda虚拟环境与Python venv冲突的根本原因是什么？

本文共计935个文字，预计阅读时间需要4分钟。

原文：

在 Python 工程实践中，“conda 环境内嵌套 venv”是一种常见但极易引发隐性故障的误用模式。你的脚本看似逻辑清晰：先确保 conda 环境就绪，再创建独立 venv 并安装 requirements.txt。然而问题根源不在路径或权限，而在 Python 版本兼容性与 venv 构建机制的底层耦合。

? 关键机制：python3 -m venv 并非“全新 Python”，而是复用当前解释器

当你在已激活 conda 环境 nmrfilter（Python 3.7.16）下执行：

python3 -m venv "$script_dir/nmrfilter_env"

venv 模块并不会下载或编译新 Python，而是以当前 python3 可执行文件为模板，复制其二进制、标准库结构及 site-packages 骨架，生成一个轻量级隔离目录。此时：

• nmrfilter_env/bin/python → 符号链接或硬链接至 conda 环境中的 ~/miniconda3/envs/nmrfilter/bin/python3.7
• pip 安装行为完全受该解释器的 sys.version_info 约束

而你的 requirements.txt 中明确指定：

立即学习“Python免费学习笔记（深入）”；

numpy==1.24

查阅 PyPI numpy 1.24 发布页 可确认其 Requires-Python: >=3.8。