检查$VIRTUAL_ENV环境变量。

在活动的虚拟环境中，$VIRTUAL_ENV环境变量包含虚拟环境的目录。

>>> import os
>>> os.environ['VIRTUAL_ENV']
'/some/path/project/venv'

一旦执行deactivate / leave虚拟环境，$VIRTUAL_ENV变量将被清除/空。Python将引发一个KeyError，因为环境变量未设置。

>>> import os
>>> os.environ['VIRTUAL_ENV']
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/Cellar/python/3.7.3/Frameworks/Python.framework/Versions/3.7/lib/python3.7/os.py", line 678, in __getitem__
    raise KeyError(key) from None
KeyError: 'VIRTUAL_ENV'

当然，这些相同的环境变量检查也可以在Python脚本之外的shell中完成。

这是对卡尔·迈耶的公认答案的改进。它可以与Python 3和2中的virtualenv一起工作，也可以与Python 3中的venv模块一起工作:

import sys


def is_venv():
    return (hasattr(sys, 'real_prefix') or
            (hasattr(sys, 'base_prefix') and sys.base_prefix != sys.prefix))

检查sys。Real_prefix覆盖了virtualenv，非空的sys。带sys的Base_prefix。前缀覆盖venv。

考虑一个像这样使用函数的脚本:

if is_venv():
    print('inside virtualenv or venv')
else:
    print('outside virtualenv or venv')

以及下面的调用:

$ python2 test.py 
outside virtualenv or venv

$ python3 test.py 
outside virtualenv or venv

$ python2 -m virtualenv virtualenv2
...
$ . virtualenv2/bin/activate
(virtualenv2) $ python test.py 
inside virtualenv or venv
(virtualenv2) $ deactivate

$ python3 -m virtualenv virtualenv3
...
$ . virtualenv3/bin/activate
(virtualenv3) $ python test.py 
inside virtualenv or venv
(virtualenv3) $ deactivate 

$ python3 -m venv venv3
$ . venv3/bin/activate
(venv3) $ python test.py 
inside virtualenv or venv
(venv3) $ deactivate 

如果你正在使用水蟒，这里是解决方案。该命令列出所有可发现的环境

conda info --envs

一个潜在的解决方案是:

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也是如此。

试着使用pip -V(注意大写V)

如果您正在运行虚拟环境。它会显示通往环境的路径。的位置。