我认为/ bin / sh是我选择的
shell的符号链接.我总是使用bash,所以我假设/ bin / sh指向/ bin / bash.但事实证明,它指向/ bin / dash.
它变得更有趣.我开始破折号并回显$SHELL并打印/ bin / bash(所以它们基本相同？).但是,破折号的手册页与bash的手册页完全不同(所以它们不一样？).
解决方法
由于有几件事,Debian和Ubuntu切换到破折号(iirc).首先,Bash多年来变得越来越大.实际上,我的Ubuntu 8.04系统上的/ bin / bash二进制文件几乎是/ bin / dash的十倍(！).现在,这对于日常的shell使用并不重要,但在以下情况下它确实很重要：
> Dash更小,因此加载速度更快,这对init-scripts来说是一个福音.如果你必须开始很多,每次加载Dash而不是Bash,会大大加快速度.
>由于Dash的体积较小,Debian和Ubuntu能够削减其initrd大小相当大的一块,为其他东西留下更多的空间(再次,加快速度).
使用Dash而不是Bash进行脚本编写的缺点是很多人只使用Bash所具有的语法细节,即所谓的Bashisms. Bashisms的例子是子串,如下所示：
echo $SHELL
/bin/bash
a=1234567890
echo ${a}
1234567890
echo ${a:3}
4567890
echo ${a:3:1}
4
还有这个：
echo ${a#123}
4567890
另一方面,Dash主要旨在符合POSIX(并且不超过这个),如果你尝试这个,会给你一个Bad substition错误：
echo $SHELL
/bin/dash
# actually,it will read /bin/bash above,because if you just run dash
# it will not set the $SHELL variable :)
a=1234567890
echo ${a}
1234567890
echo ${a:3}
dash: Bad substitution
如果您使用/ bin / sh(因此破折号)作为shellcripts的解释器并在其中使用Bashisms,这将很重要. Debian和Ubuntu有很好的关于Bashisms的wiki页面,以及为什么它们一般都是shellcripts,特别是init-scripts.因此,您应该有意识地选择是否需要/ bin / sh或/ bin / bash作为脚本的解释器.
Dash不应该用作系统上的默认shell.只需使用Bash.为了您的脚本的可移植性,您可以使用Dash作为解释器来增加脚本在其他Linux风格和Unix上运行的几率.
