从 python 在 shell 中启动外部 shell python 实例

Question

我想从 python 脚本中调用一个单独的非子 python 程序，并让它在新的 shell 实例中外部运行。原始的 python 脚本不需要知道它启动的实例，它不应该在启动的进程运行时阻塞，也不应该关心它是否死亡。这是我尝试过的，它没有返回错误，但似乎什么也没做......

import subprocess

python_path = '/usr/bin/python'

args = [python_path, '&']

p =  subprocess.Popen(args, shell=True)

我应该做些什么不同

编辑

这样做的原因是我有一个内置 python 版本的应用程序，我已经编写了一些 python 工具，应该与这个应用程序一起单独运行，但不能保证用户会在他们的系统上安装 python在我正在使用的内置版本的应用程序之外。因此，我可以通过编程方式从内置版本中获取 python 二进制路径，并且我想启动内置 python 的外部版本。这消除了用户自己安装 python 的需要。所以本质上我需要一种简单的方法来使用我当前运行的python版本以编程方式调用外部python脚本。

我不需要将任何输出捕获到原始程序中，实际上一旦启动我希望它与原始程序无关

编辑 2

所以看来我最初的问题很不清楚，所以这里有更多细节，我想我试图过度简化问题：

我正在运行 OSX，但代码也应该可以在 Windows 机器上运行。

具有内置 CPython 版本的主应用程序是一个已编译的 C++ 应用程序，它附带一个在运行时使用的 Python 框架。您可以通过在 OSX 上的终端窗口中执行此操作来启动此版本 python 的嵌入式版本

/my_main_app/Contents/Frameworks/Python.framework/Versions/2.7/bin/python

从我的主应用程序中，我希望能够在嵌入在主应用程序中的 python 版本中运行一个命令，该命令使用上述 python 版本启动 python 脚本的外部副本，就像我这样做一样在终端窗口中执行以下命令。新启动的孤立进程应该有自己的终端窗口，以便用户可以与之交互。

/my_main_app/Contents/Frameworks/Python.framework/Versions/2.7/bin/python my_python_script

我希望子 python 实例不要阻塞主应用程序，并且我希望它有自己的终端窗口，以便用户可以与之交互。一旦以任何方式启动，主应用程序不需要知道孩子。我这样做的唯一原因是使用终端为用户自动启动外部应用程序

Answer 1

您可以尝试使用screen 命令

使用此命令创建一个新的 shell 实例，当前实例在后台运行。

# screen; python script1.py

运行上述命令后，将看到一个新的 shell 提示符，我们可以在其中运行另一个脚本，并且 script1.py 将在后台运行。

希望对你有帮助。

Answer 2

其实我认为你的问题可能有解决方案，我在另一个问题here 找到了一个有用的解决方案。 这样 subprocess.popen 会启动一个新的 python shell 实例并从那里运行第二个脚本。它在 Windows 10 上非常适合我。

Answer 3

如果您尝试启动一个新的终端窗口以在其中运行一个新的 Python（这不是您的问题所要求的，但从评论中听起来这就是您真正想要的）：

你不能。至少不是以通用的跨平台方式。

Python 只是一个命令行程序，可以使用它给出的任何 stdin/stdout/stderr 运行。如果这些恰好来自终端，那么它正在终端中运行。除此之外，它对终端一无所知。

如果您需要为某些特定平台和某些特定终端程序执行此操作，例如 OS X 上的 Terminal.app、OS X 上的 iTerm、Windows 上的“DOS 提示符”、任何 X11 系统上的 gnome-terminal 等.—这通常是可行的，但方法是启动或编写终端程序脚本并告诉它打开一个新窗口并在该窗口中运行 Python。而且，不用说，他们都有完全不同的方法。

即便如此，也并非在所有情况下都是可能的。例如，如果您通过 ssh 连接到远程机器并在该机器上运行 Python，它就无法返回到您的机器并打开一个新的终端窗口。

在大多数具有多个可能终端的平台上，您可以编写一些启发式代码来确定您当前在哪个终端下运行，只需步行 os.getppid() 直到找到看起来像您知道如何处理的终端（如果你到达init/launchd/etc 却没有找到一个，那么你就没有在终端中运行）。

Answer 4

问题是您正在使用参数& 运行Python。 Python 不知道该怎么做。就像在 shell 中输入这个：

/usr/bin/python '&'

事实上，如果你注意，你几乎肯定会通过你的 stderr 得到类似的东西：

python: can't open file '&': [Errno 2] No such file or directory

...这正是您在 shell 中执行等效操作所获得的结果。

你可能想要的是相当于 this shell 命令：

/usr/bin/python &

但是& 根本没有参数，它是 sh 语法的一部分。 subprocess 模块对 sh 语法一无所知，并且您告诉它不要使用 shell，因此没有人可以解释 &。

您可以告诉subprocess 使用shell，这样它就可以为您执行此操作：

cmdline = '{} &'.format(python_path)
p = subprocess.Popen(cmdline, shell=True)

但实际上，没有充分的理由这样做。只需打开一个子进程而不是在其上调用communicate 或wait已经有效地“将其置于后台”，就像& 在shell 上所做的那样。所以：

args = [python_path]
p = subprocess.Popen(args)

这将启动一个新的 Python 解释器，该解释器在后台运行，尝试使用与父级相同的 stdin/stdout/stderr。我不知道你为什么要这样做，但在 shell 中使用 & 是一样的。