最可靠方法是检查 sys.base_prefix != sys.prefix：虚拟环境中二者不同，系统 python 中相等；需结合 getattr(sys, 'frozen', false) 排除 pyinstaller 打包场景，且兼容 conda 环境，避免依赖 sys.real_prefix。
检查 sys.base_prefix 是否与 sys.prefix 不同
这是最可靠、跨 Python 版本（3.3+）且不依赖外部包的方式。虚拟环境中，sys.base_prefix 指向系统 Python 安装路径，而 sys.prefix 指向当前虚拟环境路径；在系统 Python 中二者相等。
实操建议：
- 直接比较：
sys.base_prefix != sys.prefix，返回True即表示在虚拟环境中 - 注意：PyInstaller 打包后的可执行文件也会让二者不同，需结合
getattr(sys, 'frozen', False)排除打包场景 - 该方法不依赖
venv或virtualenv的具体实现细节，兼容 conda 环境（conda 3.7+ 同样设置base_prefix）
避免误判：不要只依赖 sys.real_prefix
sys.real_prefix 是旧版 virtualenv（venv 和新版 virtualenv 已弃用它。仅检查它会导致漏判或 AttributeError。
常见错误现象：
- 在 Python 3.12 + venv 中访问
sys.real_prefix会抛出AttributeError - 在 conda 环境中该属性通常不存在，但环境确实是隔离的
- 若回退为
hasattr(sys, 'real_prefix')判断，会把 conda 和新 venv 都当成“非虚拟环境”
补充验证：检查 os.environ.get('VIRTUAL_ENV')
这个环境变量由多数激活脚本（venv、virtualenv、pipenv）自动设置，路径值即虚拟环境根目录。它不是 Python 内置机制，但非常实用，可作为辅助判断。
使用场景与限制：
- 适合 shell 激活后检测，比如 CI 脚本或启动前校验
- 如果用户手动修改了
VIRTUAL_ENV或未 source activate，该值可能为空或错误 - conda 环境默认不设此变量（除非用
conda activate+conda activate --stack或额外插件），不能单独依赖 - 建议组合使用：
sys.base_prefix != sys.prefix or bool(os.environ.get('VIRTUAL_ENV'))
为什么不用 pathlib.Path(sys.prefix).parent.name == 'venv' 这类启发式判断？
这类基于路径名的猜测看似直观，但极不可靠。虚拟环境目录名可以是任意字符串（python -m venv ./myproj-env），甚至可以嵌套在 venv/ 子目录下，也可能被重命名。
性能与兼容性影响：
- 路径操作涉及 I/O 和字符串解析，无必要开销
- 在容器或只读文件系统中，
os.path.isdir()或Path.exists()可能失败或变慢 - Windows 下大小写不敏感，Linux 下敏感，进一步增加歧义
- 所有主流文档和
venv源码都明确推荐以base_prefix为准
真正需要区分的是 Python 解释器的“归属关系”，而不是目录叫什么——这点容易被忽略，但恰恰是判断的核心。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
