IPython交互模式下! source ll_env/bin/activate无法激活虚拟环境的原因探究

这个问题我太熟悉了！之前刚用IPython的时候也踩过一模一样的坑，咱们来拆解一下背后的运行机制和失败原因：

先搞懂命令行里source的工作逻辑 #

在终端直接执行source ll_env/bin/activate时，source是当前shell进程的内置命令——它会把activate脚本里的命令直接在你当前的shell进程里执行，核心是修改当前进程的环境变量：比如把虚拟环境的bin目录加到PATH最前面，还会设置VIRTUAL_ENV标识变量。这些修改是直接作用在当前shell上的，所以之后你再执行django-admin，系统会优先从虚拟环境的bin目录找对应的可执行文件，自然就调用到虚拟环境里的Django版本了。

IPython里!命令的运行机制 #

当你在IPython里用!前缀执行命令时，本质是IPython帮你启动了一个全新的临时子shell进程来运行这条命令。也就是说：

• ! source ll_env/bin/activate确实在那个临时子shell里激活了虚拟环境，但这个子shell执行完命令就立刻退出了，所有环境变量的修改也跟着这个子shell一起消失了，完全不会影响IPython本身的进程环境。
• 后续的! django-admin version又是启动了另一个全新的子shell，这个子shell和之前执行source的那个没有任何关系，用的还是系统默认的环境变量，所以调用到的是全局的Django 2.0.5版本。

这就是为什么IPython里的! source没法激活虚拟环境的核心原因——每个!命令都是独立的子shell，环境变化无法跨进程传递。

那在IPython里怎么用虚拟环境的命令？ #

给你两个实用的解决办法：

• 方法一：先激活虚拟环境再启动IPython
  回到终端，先执行source ll_env/bin/activate激活虚拟环境，再输入ipython启动交互环境。这样IPython本身就运行在虚拟环境的进程里，之后所有用!执行的命令都会继承这个环境，直接跑! django-admin version就能得到1.11.13的正确版本。
• 方法二：直接调用虚拟环境里的可执行文件绝对路径
  不用激活环境，直接指定虚拟环境里django-admin的完整路径：

  ! ~/desktop/django/learning_log/ll_env/bin/django-admin version
  

  这样也能直接调用到虚拟环境里的命令。

内容的提问来源于stack exchange，提问作者Wizard