Bash是编译还是解释？

当Bash运行你的脚本时,它是否将其解析为代码,还是将其解析为命令？Bash是否实际编译,并像Python一样运行您的脚本,或者Bash是否只是通过其命令解析器运行它？

1> codeforester..：

---

Bash是一个单程解释器,这意味着它一次读取一个命令,然后解释并运行它.其他类型的shell也是如此 - sh,ksh,zsh,csh等.

这是一个例子.我有一个3行脚本test.sh,看起来像这样:

echo one
echo two
'

运行时bash test.sh,它给出了这个输出:

one
two
test.sh: line 3: unexpected EOF while looking for matching `''
test.sh: line 4: syntax error: unexpected end of file

它成功运行第一个和第二个命令,然后遇到悬空单引号并抛出错误.

假设我们在Perl中编写相同的代码,test.pl:

print "one\n"
print "two\n"
'

并运行它perl test.pl.我们得到:

syntax error at test.pl line 2, near "print"
Can't find string terminator "'" anywhere before EOF at test.pl line 3.

因此,它没有运行前两行的一切,虽然他们是语法正确.那是因为Perl两次传球.在第一遍中,它执行语法检查并将脚本转换为内部形式.在第二遍中,它运行它.

shell的单次执行的简单性也是它的最大限制.容忍语法错误,甚至根本不运行,使得使用shell语言构建大而强大的代码变得很困难.但是,shell脚本是快速丢弃代码的理想选择,尤其是利用命令行实用程序的代码.

---

有关:

Shell操作 - GNU Bash手册

Perl是编译语言还是解释型编程语言？

bash是一种解释性语言吗？

2> paxdiablo..：

---

现在的bashshell(版本4.4)以纯文本方式运行脚本.它不会将文件预编译为某种形式的字节代码.

根据源代码,shell本身只是reader_loop()用来处理输入.这在循环内调用,read_command()然后调用execute_command().

因为read_command()它还包含parse_command()调用YACC解析器函数的调用yyparse(),这意味着解析在逐行的基础上发生,而不是在某些大型编译阶段预先发生.

---

这就是为什么变量名长度实际上会显着影响bash中的性能,而不是基于编译或基于JIT的语言.例如`时间((i = 0; i <100000; ++ i)); 做:; 如果你把'i`重命名更长的话,完成`会慢得多.