使用 os.execlp 时，为什么 `python` 需要 `python` 作为 argv[0]

问题描述：

代码如下：

os.execlp('python', 'python', 'child.py', #other args#)  # this works

os.execlp('python', 'child.py', #other args#)  # this doesn't work

我读过这个问题：execlp() in python

但我还是很困惑。答案是：

第一个参数是要执行的程序（在 PATH 上找到）。其余的是程序的 sys.argv 参数。

但是，如果我运行：python child.py 1 2 3并且sys.argv此进程的 将是["child.py", "1", "2", "3"]，其中python不存在。那么我为什么要添加python作为第二个参数os.execlp？

解决方案 1：

当执行 python 时，它会sys.argv为您创建。该列表中的值基于操作系统传递给它的参数，但它会忽略sys.executable该列表中的值。

换句话说，当调用 Python 时，它会设置除其自己的可执行文件之外sys.argv的所有内容。

当您通过 调用新的可执行文件时，您仍需要将 Python 包含在其中，因为这是操作系统将运行的可执行文件。无论您稍后在 中找到os.execlp()什么，您传递到 的前两个值os.execlp()仍然是必需的。sys.argv

解决方案 2：

第二个python是python的名字，可以是任意字符串，但是必须存在。

请参阅http://docs.python.org/3/library/os.html?highlight=os.exec#process-management的第二段：

各种 exec* 函数都为加载到进程中的新程序获取一个参数列表。在每种情况下，这些参数中的第一个都作为新程序的名称传递给新程序，而不是作为用户可能在命令行中输入的参数。对于 C 程序员来说，这是传递给程序的 main() 的 argv[0]。例如，os.execv('/bin/echo', ['foo', 'bar']) 将仅在标准输出上打印 bar；foo 似乎会被忽略。

解决方案 3：

我意识到这个问题很久以前就已经被回答过了，而且答案基本上是正确的，但是在措辞方式和对答案的评论中有一些误导性的地方，我想对此进行解决。

首先，我认为更清楚地说明正在发生的事情的方法是强调操作系统传递给进程的 Unix argv 列表与 python sys.argv 之间的区别。python sys.argv 是删除了第一个元素（命令名称）的 Unix argv 列表。

各种 os.exec* 命令使用它们的第一个参数作为要调用的实际可执行文件，而该行的其余部分是 Unix argv 列表，这意味着传递给 execlp 的第二个参数将被可执行文件解释为其被调用的命令行名称。

这让我们看到了注释的问题。ls 示例 os.execlp('ls','.')“有效”的原因并不是因为 ls 做了任何特殊的事情来检测它是否使用太少的参数调用。此示例代码使用 unix argv 列表 ['.'] 启动“ls”可执行文件。这只意味着 ls 可执行文件在启动时被告知（奇怪的是）它被调用为“.”，并且没有其他命令行参数。当 ls 在没有其他命令行参数的情况下运行时，它会做什么：它会打印当前目录的内容，或者正是人们在调用 os.execlp('ls', '.') 时误以为它们正在做的事情。

您可以通过尝试 os.execlp('ls', '/some/non-existant/path') 来发现此示例实际上并未“正常工作”。这还会打印出当前工作目录的内容，并且不会被误认为“正常工作”。