os.execl() 中第二个参数的用途是什么

Question

这个问题的灵感来自于Why am I getting an “execv(file, args)” error when using execl()? .

当我们使用

os.execl(sys.executable, "python", "script.py")

第二个参数对我来说似乎是多余的，谁能帮助解释为什么我们需要这个参数？

Answer 1

按照惯例，运行程序的第一个参数是用户输入的程序名称。 它不必是实际的可执行文件名，并且通常不是，例如在$PATH中找到文件时。

大多数 shell 都遵循该约定，但未在 API 级别强制执行。

Answer 2

在过去没有图形显示器和鼠标的好日子里，纯文本控制台（甚至电传打字机）是用户和操作系统之间唯一的用户界面。

这个界面（命令行界面，CLI）而不是现在的 GUI（图形用户界面）迫使用户编写命令，包括用于启动可执行文件的命令，而不是单击它们的图标。

（大多数当前的操作系统仍然有这种可能性，例如命令行 window 或 Windows 中的 PowerShell，或 GNU/GNU/Linux.Linux 中的控制台/终端 Z05B8C74CBD9702FBF2F4Z4C）

启动程序的命令行有/有一个表格

              program  argument1  argument2 ...

其中program （在过去只有“programs”和“programmers”，没有“applications”和“developers”）是可执行文件的名称，通常包括相对/绝对路径。

操作系统启动了program ，不仅传递给它 arguments ( argument1 , argument2 , ...)，而且——作为所谓的第 0^个参数—— program本身。
（以与输入相同的形式，即带或不带路径，带或不带后缀/扩展名。）

因此，启动的程序可能会发现它是如何启动的。 它可能会将此信息用于各种目的，例如

• 禁止使用其他名称（ “nomen est omen” ）启动它——所以如果你重命名了一个可执行文件，你运气不好，

• 根据启动名称达到不同的行为（某些可执行文件是/安装了具有不同名称的软链接），

• 如果在命令中明确使用了路径，则用于从路径派生帮助程序/用户文件的位置。

许多当代程序（哦，不，应用程序）仍然利用使用 arguments 从 CLI 启动它们的可能性，但（大多数）忽略程序的名称。

例如，在 Windows 中，您可以使用命令

       notepad somename.txt

使用已打开的somename.txt文件启动记事本。 或者 - 不是 go 很远 - Python 可以使用命令启动您的脚本

       python somescript.py

回到主要问题：

os.execl() function 模仿从 CLI 启动应用程序的行为，使（此函数的）用户可以根据需要指定program 。 它是os.execl() function 的第二个参数。 正如我所提到的，一些（主要是旧的）程序的行为取决于它。

---

附录：

Python 在其sys.argv列表中包含所有命令行参数——包括其sys.argv[0]元素中的第 0^个参数。

但请注意 - 如果您使用命令启动脚本

python  /somefolder/somescript.py  xxx  7

从python本身的角度来看（我们不感兴趣） ，arguments 是：

• 第 0^个参数是字符串"python" ，
• 第一个参数是字符串 " ^{/somefolder/somescript.py} "/somefolder/somescript.py" ，
• ^第二个参数是字符串"xxx" ，
• ^第三个参数是字符串"7" ，

但从somescript.py的角度来看——即你的脚本将获得什么——arguments 是

• 第 0^个参数是字符串"/somefolder/somescript.py" — 它在sys.argv[0]中，
• 第一个参数是字符串"xxx" ——它在^sys.argv sys.argv[1]中，
• ^第二个参数是字符串"7" ——它在sys.argv[2]中。