为什么默认情况下无法执行bash（.sh）脚本

Question

为什么默认情况下bash（.sh）脚本无法执行。

我同意，当我们touch Linux中的任何文件时，该文件都是为读取目的而创建的。 但是由于文件扩展名（例如sh和csh）是为了执行目的。 在可执行模式下touch它们不是理想的选择。

这个问题听起来似乎很多余，但是我仍然想问这个问题:)

Answer 1

最终，这个问题的答案是，这不是touch设计做。

实际上， touch甚至不是设计用来创建文件的。 它的主要目的是更改文件时间戳。 这只是该目的的副作用，而事实是设计者决定更加慷慨一些，如果目标文件不存在（并且如果您不提供-c选项），则创建目标文件，它允许您完全创建文件。

还应该提到的是，还有其他创建文件的技术，例如重定向（ echo 'echo '\\''I am a script.'\\'';' >|script.sh; ）。 文件创建的行为是一种通用的行为，而文件的整个概念是一种通用的行为。 文件只是字节流； 字节流中的内容在文件抽象层未指定。 如@AdamGent所述，Windows要求某些类型的可执行文件具有某些扩展名才能正确执行，但是即使在Windows中，您也可以将可执行代码放入不可扩展的文件中，并且可以将不可执行的内容放入其中。可执行文件扩展文件。 在文件层没有强制执行文件名/文件内容对应。

所有这样说， 那就往往是方便，如果你能很容易地创建在Unix系统中的脚本，自动具有执行权限。 实际上，我已经编写了一个脚本，允许我在vim中编辑新文件，然后在退出写入后将其权限设置为可执行文件。 这种潜在的便利尚未被标准化为实用程序的原因可能与对安全性的担忧有关。 您不希望人们意外使文件可执行，因为这会增加安全漏洞的风险。

您始终可以编写自己的程序来创建文件并使它可执行，这可能取决于文件名的扩展名。

可以在此处添加的另一件事是，即使Shell脚本也不一定总是需要可执行的。 例如，如果你写的是只打算采购从现有shell进程（通过一个脚本source或经典.建宏），那么脚本不必是可执行的。 因此，在某些情况下，文件扩展名本身无法提供足够的信息来确定文件的适当权限。

Answer 2

因为.sh脚本扩展名在Unix环境中是完全任意的。 这只是一个约定。 您可以为脚本命名，只要设置了可执行位即可。 这不同于Windows，我认为Windows是必需的（ .com ， .exe和我认为.dll ）。

touch只是更改文件的时间戳。 同样，它不在乎文件的文件扩展名是什么。 实际上，Unix中的大多数工具都不关心文件扩展名。

Answer 3

文件名中没有任何内容表明文件甚至是脚本。 惯例可能说.sh和.csh是脚本，但没有这样的规则。

使文件成为可执行脚本的原因是文件开头的魔术数字。 魔术数字#! （shebang，还有很多其他名称）表示该文件是脚本。 例如

#!/bin/bash

当您尝试执行文件时（然后必须在权限中将其设置为可执行文件），Linux内核会查看文件的前两个字节并找到幻数（＃！）。 然后，它知道应该执行Shebang之后的任何操作，并以文件名作为参数，然后传递其余的参数。

如果您在外壳中键入以下内容

blablabla.sh lol1 lol2

Shell识别出您正在尝试执行某些操作，因此它将调用内核

exec blablabla.sh lol1 lol2

内核找到shebang，它变成

exec /bin/bash blablabla.sh lol1 lol2

exec是指exec系列系统调用之一。

＃的其他有趣名称！ 包括sha-bang，hashbang，pound-bang，hash-exclam和hash-pling