常见的各种shell及其区别
引子
for((i=1;i<=10;i++));
do
echo $(expr $i \* 3 + 1);
done
网上搜到的 shell for循环脚本,别人都能正常运行,我却报错:
Syntax error: Bad for loop variable
究竟是怎么回事呢?
shell简介
Shell 既是一种脚本编程语言,也是一个连接内核和用户的软件。在 Linux 发展的早期,唯一能用的工具就是 Shell,Linux 用户都是在 Shell 中输入文本命令,并查看文本输出;如果有必要的话,Shell 也能显示一些基本的图形。常见的 Shell 有 sh、bash、csh、tcsh、ash、dash、zsh 等。
各种shell
-
Bourne shell (sh) UNIX 最初使用,且在每种 UNIX 上都可以使用。在 shell 编程方面相当优秀,但在处理与用户的交互方面做得不如其他几种shell。 sh 的全称是 Bourne shell,由 AT&T 公司的 Steve Bourne开发,为了纪念他,就用他的名字命名了。
-
C shell (csh) csh,一个语法上接近于C语言的shell。 sh 之后另一个广为流传的 shell 是由柏克莱大学的 Bill Joy 设计的,这个 shell 的语法有点类似C语言,所以才得名为 C shell ,简称为 csh。
-
Korn shell (ksh) 完全向上兼容 Bourne shell 并包含了 C shell 的很多特性。
-
Bourne Again shell (bash) 因为Linux 操作系统缺省的 shell。即 bash 是 Bourne shell 的扩展,与 Bourne shell 完全向后兼容。在 Bourne shell 的基础上增加、增强了很多特性。可以提供如命令补全、命令编辑和命令历史表等功能。包含了很多 C shell 和 Korn shell 中的优点,有灵活和强大的编程接口,同时又有很友好的用户界面。
-
Debian Almquist shell (dash) 原来bash是GNU/Linux 操作系统中的 /bin/sh 的符号连接,但由于bash过于复杂,有人把 bash 从 NetBSD 移植到 Linux 并更名为 dash,且/bin/sh符号连接到dash。Dash Shell 比 Bash Shell 小的多(ubuntu16.04上,bash大概1M,dash只有150K),符合POSIX标准。Ubuntu 6.10开始默认是Dash。
-
zsh zsh配置复杂,所以很多人都不会使用。直到有一天出了Oh My Zsh项目(https://github.com/robbyrussell/oh-my-zsh),才让更多人发现并开始使用zsh。有人说zsh是终极shell。zsh很漂亮,很炫酷,以前是极客使用,现在小白通过oh-my-zsh可以炫耀。
规范和建议
#!
是一个特殊标记,读作 Shebang,说明这是一个可执行的脚本。除了第一行,其他以#开头的都不再生效,为注释。#!
后面是脚本的解释器程序路径。这个程序可以是shell,程序语言或者其他通用程序,常用的是bash、sh。
Shebang标记为 #!/bin/sh
的脚本不应使用任何 POSIX 没有规定的特性 (如 let 等命令, 但 #!/bin/bash
可以)。bash支持的写法比dash(ubuntu中的sh)多很多。想要支持 sh xx.sh 运行的,必须遵照 POSIX 规范去写。想要脚本写法多样化,不需要考虑效率的,可以将文件头定义为 #!/bin/bash , 而且不要使用 sh xx.sh 这种运行方式。 要么就更换 sh 的软链接。
关于Shebang:Linux中的二进制可执行文件和脚本可执行文件及Shebang
bash 与 dash 的区别
语法上的主要的区别有:
1. 定义函数
bash: function在bash中为关键字
dash: dash中没有function这个关键字
2. select var in list; do command; done
bash:支持
dash:不支持, 替代方法:采用while+read+case来实现
3. echo {0…10}
bash:支持{n…m}展开
dash:不支持,替代方法, 采用seq外部命令
4. here string
bash:支持here string
dash:不支持, 替代方法:可采用here documents
5. >&word重定向标准输出和标准错误
bash: 当word为非数字时,>&word变成重定向标准错误和标准输出到文件word
dash: >&word, word不支持非数字, 替代方法: >word 2>&1; 常见用法 >/dev/null 2>&1
6. 数组
bash: 支持数组, bash4支持关联数组
dash: 不支持数组,替代方法, 采用变量名+序号来实现类似的效果
7. 子字符串扩展
bash: 支持parameter:offset:length,parameter:offset:length,{parameter:offset}
dash: 不支持, 替代方法:采用expr或cut外部命令代替
8. 大小写转换
bash: 支持parameterpattern,parameterpattern,{parameter^^pattern},parameter,pattern,parameter,pattern,{parameter,pattern}
dash: 不支持,替代方法:采用tr/sed/awk等外部命令转换
9. 进程替换<(command), >(command)
bash: 支持进程替换
dash: 不支持, 替代方法, 通过临时文件中转
10. [ string1 = string2 ] 和 [ string1 == string2 ]
bash: 支持两者
dash: 只支持=
11. [[ 加强版test
bash: 支持[[ ]], 可实现正则匹配等强大功能
dash: 不支持[[ ]], 替代方法,采用外部命令
12. for (( expr1 ; expr2 ; expr3 )) ; do list ; done
bash: 支持C语言格式的for循环
dash: 不支持该格式的for, 替代方法,用while+((expression))实现13.let命令和((expression))bash:有内置命令let,也支持((expression))方式dash:不支持,替代方法,采用((expression))实现13.let命令和((expression))bash:有内置命令let,也支持((expression))方式dash:不支持,替代方法,采用((expression))或者外部命令做计算
14. $((expression))
bash: 支持id++,id–,++id,–id这样到表达式
dash: 不支持++,–, 替代方法:id+=1,id-=1, id=id+1,id=id-1
15. 其它常用命令
bash: 支持 echo -e, 支持 declare
dash: 不支持。
更换sh软链接
由于在 ubuntu 16.04 之后,sh
命令默认是 dash,相对于 bash 缺少了许多语法支持,我们要么像之前说的那样,使用 Shebang #!/bin/bash
来指定 shell 脚本的解释器,要么就直接更换掉 sh
命令的软链接。笔者测试系统为 ubuntu 18.04。
我们可以通过 cat /etc/shells
来查看本机支持的 shell 类型,通过 cat /etc/passwd
来查看目前 sh
命令的默认设置(一般在输出的第一行)。
我们也可以通过 tpye
命令来查看一下本机的 sh
命令执行的是哪个文件:
type sh
# 输出为:sh is hashed (/bin/sh)
不出所料,就是 /bin/sh
,然后我们用 file
命令查看该文件指向的软链接:
file /bin/sh
# 输出为:/bin/sh: symbolic link to dash
果然,默认是 dash。这使得我们很多语法不能支持(详见上一小节),我们这里直接将其软链接修改到 /bin/bash
。我们可以先查看一下 /bin
目录下存在的 shell:
ls -l /bin | grep sh
# 输出:
# -rwxr-xr-x 1 root root 1113504 6月 7 2019 bash
# -rwxr-xr-x 1 root root 121432 1月 25 2018 dash
# lrwxrwxrwx 1 root root 4 12月 10 2020 rbash -> bash
# lrwxrwxrwx 1 root root 4 12月 10 2020 sh -> dash
# lrwxrwxrwx 1 root root 4 12月 10 2020 sh.distrib -> dash
# lrwxrwxrwx 1 root root 7 9月 18 2020 static-sh -> busybox
可以看到 dash 和 bash 都有,但是现在 sh
命令是指向 dash 的,好了,我们现在来修改软链接:
sudo ln -snf bash sh
现在再来试一下之前的循环脚本,就可以直接运行了。
Ref:
https://www.huoxiaoqiang.com/experience/linux/1077.html
https://www.cnblogs.com/macrored/p/11548347.html