没有shebang行的Shell脚本可以正常工作吗？为什么？ [复制]

Question

我正在编写一个简单的 shell 脚本，发现我的 shell 脚本不需要 shebang 行

#!/bin/sh

如果我授予脚本执行权限并使用./myscript.sh 执行。它运行良好。

我正在使用bash shell，/bin/sh 实际上指向bash。

lrwxrwxrwx 1 root root /bin/sh -> bash

我知道 shebang 行用于告诉 shell 为脚本的其余部分使用哪个解释器。

如果我错过了 perl 中的 shebang 行，请授予执行权限并运行 ./myscript.pl，它不起作用。

这里实际发生了什么？如果我使用./，什么时候需要shebang line？

Answer 1

shebang 行需要 in 文件，并且仅当它打算作为可执行文件运行时（与 sh file.sh 调用相反。脚本实际上不需要它，它是让系统知道如何找到翻译。

编辑：抱歉误读了这个问题。如果 shebang 行丢失或无法识别，则使用 /bin/sh。但我更喜欢明确解释解释器。

请注意，这种行为不是通用的，IIRC，只有一些 exec* 家族函数会这样做（更不用说不同的平台），所以这是在这里明确的另一个原因。

Answer 2

您输入./myscript.sh 的父shell 首先尝试execve 它，这是shebang 行如果存在就会生效的地方。当这工作时，父级不知道脚本和 ELF 之间的区别，因为内核会处理它。

execve 失败了，所以一个古老的 unix 兼容性功能，早于 shebang 行的存在，就被激活了。它猜测一个有执行权限但未被内核识别为有效可执行文件的文件一定是一个shell脚本。

通常父 shell 猜测脚本是为同一个 shell 编写的（最小的 Bourne-like shell 使用 /bin/sh 运行脚本，bash 将其作为 bash 子进程运行）， csh 做一些基于第一个字符的更复杂的猜测，因为它也早于 shebang，并且需要与 Bourne shell 共存。

当您知道这些猜测是错误的时（例如，shebang 是 #!/usr/bin/perl），或者当您不相信猜测能够始终如一地工作，或者当脚本需要由以下人员运行时，您需要一个 shebang 行不是 shell 本身的父进程。

Answer 3

POSIX（单一 UNIX 规范 4）标准没有帮助：

如果 shell 命令文件的第一行以字符“#!”开头，结果未指定。

因此，标准意味着如果您没有 #!那么它应该运行一个 POSIX shell。但是现代 shell 不符合 POSIX。旧的 Korn Shell 88 (ksh88) 运行 Bourne shell（接近 POSIX shell），没有 #!行，但 ksh93 打破了这一点，Bash 也是如此。使用 ksh93 和 Bash，如果没有 #!线路存在。

尽管流行的观点，Bash 和 Korn shell 不同。当您编写一个 shell 脚本时，您永远无法确定您将从哪个 shell 运行，或者即使它会从另一个 shell 运行（大多数编程语言可以运行其他程序）。一旦你使用了 Bourne/POSIX 语法之外的东西，你就会陷入困境。

始终使用 #!行，不要碰运气。