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

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

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

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

你可以选择哪个python，看看它是否指向虚拟环境中的那个。

最可靠的检查方法是检查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中运行。

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

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

这里已经发布了很多很棒的方法，但只需要再添加一个:

import site
site.getsitepackages()

告诉您PIP安装包的位置。