在windows操作系统中，你会看到这样的东西:

C:\Users\yourusername\virtualEnvName\Scripts>activate
(virtualEnvName) C:\Users\yourusername\virtualEnvName\Scripts>

括号表示您实际处于名为“virtualEnvName”的虚拟环境中。

在windows操作系统中，你会看到这样的东西:

C:\Users\yourusername\virtualEnvName\Scripts>activate
(virtualEnvName) C:\Users\yourusername\virtualEnvName\Scripts>

括号表示您实际处于名为“virtualEnvName”的虚拟环境中。

最可靠的检查方法是检查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，看看它是否指向虚拟环境中的那个。

一个潜在的解决方案是:

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'])

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