Linux下subprocess调用Python脚本出现导入错误，Windows正常

碰到这种Linux下用subprocess调用Python脚本出现导入错误，但Windows正常、直接跑脚本没问题的情况，大概率是执行环境不一致导致的，给你几个排查和解决的方向：

1. 确认Python解释器路径是否一致 #

Linux系统里经常会同时存在多个Python版本（系统默认、虚拟环境、手动安装等），直接运行foo.py时用的解释器，和subprocess里指定的python3可能不是同一个：

• 先在终端直接运行foo.py，查看当前用的Python路径：

  which python3  # 或者执行echo $PATH看环境变量里的解释器顺序
  

• 然后在subprocess调用里替换成这个绝对路径，比如你的虚拟环境Python路径是/home/yourname/venv/bin/python3，修改代码：

  # 推荐用列表形式调用，避免shell解析的问题，也更安全
  proc = subprocess.run(["/home/yourname/venv/bin/python3", "foo.py"], 
                        stdin=None, stdout=None, stderr=None, close_fds=True)
  

2. 检查并传递正确的环境变量 #

subprocess默认会继承父进程的环境，但Linux下用shell=True时，可能会启动一个全新的shell会话，导致虚拟环境的PYTHONPATH等变量没被正确继承：

• 可以手动复制父进程的环境变量，甚至显式添加需要的路径：

  import os
  # 复制当前环境变量
  current_env = os.environ.copy()
  # 把foo.py所在的目录添加到PYTHONPATH（如果导入的模块在同一目录下）
  script_dir = os.path.dirname(os.path.abspath(__file__))
  current_env["PYTHONPATH"] = f"{script_dir}:{current_env.get('PYTHONPATH', '')}"
  
  proc = subprocess.run(["python3", "foo.py"], 
                        env=current_env,
                        stdin=None, stdout=None, stderr=None, close_fds=True)
  

3. 排查close_fds=True的影响 #

Linux下close_fds=True会关闭所有非标准文件描述符，这可能意外影响了Python的环境加载（比如某些和虚拟环境相关的文件句柄）。你可以先临时把这个参数改成False试试，如果问题解决了，再进一步排查哪些文件描述符是必须保留的。

4. 打印环境差异定位问题 #

如果上面的方法都没解决，建议在foo.py的最开头添加一段代码，打印关键环境信息，对比直接运行和subprocess调用的输出：

import sys
import os
print("Python解释器路径:", sys.executable)
print("PYTHONPATH内容:", sys.path)
print("当前工作目录:", os.getcwd())

运行后对比两组输出，就能快速找到环境不一致的地方（比如解释器不同、PYTHONPATH少了某个目录等）。

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