使用subprocess.Popen调用venv时，如何避免加载错误Python库？

核心解决方案：直接调用venv内的Python解释器 #

问题根源是你当前调用的是系统/应用环境的Python3.6，而非venv里的Python3.9。解决方法是直接指定venv目录下的Python可执行文件路径，替代原来的process_name：

代码修改示例 #

根据操作系统不同，venv内的Python路径有所区别：

• Windows环境：

  # 替换为你的venv39实际路径
  venv_python = r"C:\your_venv_path\venv39\Scripts\python.exe"
  script_path = "target_script.py"  # 你的目标脚本路径
  p = Popen([venv_python, script_path] + parameters_l, stdin=PIPE, stdout=PIPE, stderr=PIPE)
  

• Linux/macOS环境：

  # 替换为你的venv39实际路径
  venv_python = "/your_venv_path/venv39/bin/python"
  script_path = "target_script.py"  # 你的目标脚本路径
  p = Popen([venv_python, script_path] + parameters_l, stdin=PIPE, stdout=PIPE, stderr=PIPE)
  

为什么之前的方法无效？ #

• activate.bat是用于交互式cmd窗口的，单独用subprocess调用它不会让后续命令继承venv的环境变量，除非用shell=True把激活命令和脚本调用串在一起，但这种方式可靠性远不如直接指定venv的Python。
• 修改cwd或调用os.chdir仅改变工作目录，不会改变系统查找Python解释器的优先级，依然会优先使用当前应用环境的Python3.6。

额外注意事项 #

• 建议使用绝对路径指定venv的Python可执行文件，避免因相对路径导致的查找错误。
• 不要依赖脚本的shebang（Linux/macOS），因为从Python3.6进程中调用时，shebang不会被系统解析，直接指定venv的Python更稳妥。
• 尽量避免使用shell=True，直接传递参数列表的方式更安全，也能避免命令注入风险。

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