标题听起来像是在绕口令,不过很多兄弟都会将 BASH、CSH 和 ZSH 以及 Shell 之间的关系搞混。本人似乎又在「误人子弟」了,下面是我和 ghosTM55 兄弟 的一些聊天记录,整理如下。
ghosTM55: 自动补全是 Shell 极为有用的一项拓展功能 ,这句话有没有错?
手气不错: 应该是 BASH,Shell 是一个接口,而不是程序
ghosTM55: 好的,明白了。那么为什么有 Shell 分类这种说法呢?
手气不错: Shell 的主要功能就是封装内核和系统调用,提供统一的接口供
用户使用。比如你编辑 /etc/passwd 更改用户默认的 shell 为
ls,那么就显示一下当前用户目录就退出了。这是因为 ls 发送
了 Shell 退出同样的信号(通常为 EXIT_SUCCESS)。
ghosTM55: 对
手气不错: 同时 Shell 会在幕后做很多的事情。比如你在 Shell 中输入 ls
回车。它要做的事情首先就是在 PATH 中寻找 ls 程序。
ghosTM55: 恩
手气不错: 然后 exec() 运行 ls,等待 ls 返回,然后 shell 获得 ls 的
退出返回值(信号),程序结束。
这你可以看 time ls 就知道,有一个用户进程和内核进程的概念。
大致的流程就这样,不过通常 shell 要做的事情比上述要做的事
情要复杂得多。
ghosTM55: 那么 Shell 的种类这种讲法是不存在的?
手气不错: 这就回到上面所提到的了,shell 我个人认为是一个接口,可以有
不同的实现(有一个叫 POSIX 标准的东西),对比 bash、csh、
zsh 等等这些 Shell,这就像虚拟终端(Virtual Terminals)有
xterm、rxvt 一样。所以,引证上面的话,说终端都有半透明功能,
这是不正确的 - 有可能就 rxvt 有这样的功能。
ghosTM55: 哦
简而言之,可以用下面的图来理解 内核 - Shell - 应用程序 - 用户 之间的的关系(图片引自 这里 )。
想更深入了解 Shell 机制的,可以参看 这里 和 这里 。
更正:感谢寂寞烈火等兄弟的 指正 ,「应该是 BASH,Shell 是一个接口,而不是程序」这句话是 错误 的。应该是:
理论上,只要你愿意,任何一个程序都可以作为你的 Shell。- 引自 r2007 兄弟
听君一席话,胜读十年书~~~
原来如此,原来一直用的是BASH,混淆了……