最可靠的检查方法是检查sys。Prefix == sys.base_prefix。如果它们相等，则不是在虚拟环境中;如果它们不相等，你就是。在虚拟环境中，sys。Prefix指向虚拟环境，sys. Prefix指向虚拟环境。base_prefix是创建virtualenv的系统Python的前缀。

上面的代码总是适用于python3 stdlib venv和最近的virtualenv(自版本20起)。旧版本的virtualenv使用sys. exe。而不是sys. Real_prefix。Base_prefix(和sys。real_prefix在虚拟环境之外不存在)，在Python 3.3和更早的sys. real_prefix中。Base_prefix从未存在过。所以一个完全健壮的检查可以处理所有这些情况，看起来像这样:

import sys

def get_base_prefix_compat():
    """Get base/real prefix, or sys.prefix if there is none."""
    return getattr(sys, "base_prefix", None) or getattr(sys, "real_prefix", None) or sys.prefix

def in_virtualenv():
    return get_base_prefix_compat() != sys.prefix

如果你只关心支持的Python版本和最新的virtualenv，你可以用sys.base_prefix替换get_base_prefix_compat()。

使用VIRTUAL_ENV环境变量不可靠。它是由virtualenv激活shell脚本设置的，但是virtualenv可以在不激活的情况下使用，直接从virtualenv的bin/(或Scripts)目录运行可执行文件，在这种情况下，$VIRTUAL_ENV将不会被设置。或者一个非virtualenv的Python二进制文件可以在shell中激活virtualenv时直接执行，在这种情况下，$VIRTUAL_ENV可以在一个Python进程中设置，而该进程实际上并没有在该virtualenv中运行。

最可靠的检查方法是检查sys。Prefix == sys.base_prefix。如果它们相等，则不是在虚拟环境中;如果它们不相等，你就是。在虚拟环境中，sys。Prefix指向虚拟环境，sys. Prefix指向虚拟环境。base_prefix是创建virtualenv的系统Python的前缀。

上面的代码总是适用于python3 stdlib venv和最近的virtualenv(自版本20起)。旧版本的virtualenv使用sys. exe。而不是sys. Real_prefix。Base_prefix(和sys。real_prefix在虚拟环境之外不存在)，在Python 3.3和更早的sys. real_prefix中。Base_prefix从未存在过。所以一个完全健壮的检查可以处理所有这些情况，看起来像这样:

import sys

def get_base_prefix_compat():
    """Get base/real prefix, or sys.prefix if there is none."""
    return getattr(sys, "base_prefix", None) or getattr(sys, "real_prefix", None) or sys.prefix

def in_virtualenv():
    return get_base_prefix_compat() != sys.prefix

如果你只关心支持的Python版本和最新的virtualenv，你可以用sys.base_prefix替换get_base_prefix_compat()。

使用VIRTUAL_ENV环境变量不可靠。它是由virtualenv激活shell脚本设置的，但是virtualenv可以在不激活的情况下使用，直接从virtualenv的bin/(或Scripts)目录运行可执行文件，在这种情况下，$VIRTUAL_ENV将不会被设置。或者一个非virtualenv的Python二进制文件可以在shell中激活virtualenv时直接执行，在这种情况下，$VIRTUAL_ENV可以在一个Python进程中设置，而该进程实际上并没有在该virtualenv中运行。

最简单的方法是运行:哪个python，如果你在virtualenv中，它会指向它的python，而不是全局的

(编辑)我是这样发现的，你怎么看?(它还返回venv的基本路径，甚至适用于不检查env变量的readthedocs):

import os
import sys
from distutils.sysconfig import get_config_vars


def get_venv_basedir():
    """Returns the base directory of the virtualenv, useful to read configuration and plugins"""

    exec_prefix = get_config_vars()['exec_prefix']

    if hasattr(sys, 'real_prefix') is False or exec_prefix.startswith(sys.real_prefix):
        raise EnvironmentError('You must be in a virtual environment')

    return os.path.abspath(get_config_vars()['exec_prefix'] + '/../')

一个潜在的解决方案是:

os.access(sys.executable, os.W_OK)

在我的例子中，我真的只是想检测我是否可以用pip原样安装项目。虽然这可能不是所有情况下的正确解决方案，但请考虑简单地检查您是否具有Python可执行文件位置的写权限。

注意:这适用于所有版本的Python，但如果你使用sudo运行系统Python，也会返回True。下面是一个潜在的用例:

import os, sys
can_install_pip_packages = os.access(sys.executable, os.W_OK)

if can_install_pip_packages:
    import pip
    pip.main(['install', 'mypackage'])

根据http://www.python.org/dev/peps/pep-0405/#specification上的virtualenv pep，你可以使用sys。前缀代替os.environ['VIRTUAL_ENV']。

sys。Real_prefix在我的virtualenv中不存在，sys.base_prefix也是如此。