0x00 bash语言有些缺陷
现在主流的linux发行版都使用bash作为默认shell. bash不仅可以作为一个登陆shell使用,还可以作为一个一门编程语言,将重复命令放到一起来执行. 但是bash的主要功能还是在交互性上,默认情况下很多地方不像一门现代编程语言,通过如下的几个选项,可以让bash更加好用,写出的代码更健壮.
0x01 set -x
set -x开启bash调试模式,就是在每条命令执行之前,都打印出已经展开的要执行命令.如下脚本
#cat setx.sh #!/bin/bash echo 'aaaa' echo 'bbbb'
直接执行输出如下
#bash setx.sh aaaa bbbb
通过加入set -x
#!/bin/bash set -x echo 'aaaa' echo 'bbbb'
会发现每条命令执行之前,+号后面的表示会被执行的命令.
#bash setx.sh + echo aaaa aaaa + echo bbbb bbbb
实际上,调试行的样式由PS4内置变量决定,默认情况下PS4为+号,可以对其进行定制,我比较喜欢如下定制,能输出代码所在的文件,行号,函数名.
#cat setx.sh
#!/bin/bash
export PS4='+${BASH_SOURCE}@${LINENO}(${FUNCNAME[0]}): '
set -x
echo 'aaaa'
echo 'bbbb'
此时输出如下,很好定位代码执行到哪儿了.
#bash setx.sh +setx.sh@5(main): echo aaaa aaaa +setx.sh@7(main): echo bbbb bbbb
0x02 set -e
一般的编程语言,当发生语法错误时,脚本会直接报错退出,但是bash默认情况下不是.
如下脚本,not_exists_command命令不存在
#cat sete.sh #!/bin/bash echo '1111' not_exists_command echo '2222'
脚本执行的时候也报错了,但是后面的命令还是执行了.
#bash sete.sh 1111 sete.sh: line 4: not_exists_command: command not found 2222
良好脚本应该出错了第一时间就退出,这样马上就能知道发生错误的地方,如果跳过错误,那么后续脚本功能也可能有问题了,而且会让问题排查偏离问题根源.
通过在脚本的开头加入set -e
#cat sete.sh #!/bin/bash set -e echo '1111' not_exists_command echo '2222'
bash会在命令的发返回码非0的时候直接退出,而不是继续执行后面的命令
#bash sete.sh 1111 sete.sh: line 4: not_exists_command: command not found
0x03 set -u
很多编程语言都有规定变量使用之前必须定义,或者是变量使用之前必须赋值. 但是默认情况下,bash没有这个要求,比如下面的脚本
#cat setu.sh
#!/bin/bash
echo "var is [${var}]"
其输出如下,可以看到var这个变量没有赋值,在后面被使用的时候没有报错,只是值为空. 这个很多时候就会引起奇怪的BUG.
#bash setu.sh var is []
加上set -u选项,
#cat setu.sh
#!/bin/bash
set -u
echo "var is [${var}]"
可以看到直接报错var这个变量没有绑定.
#bash setu.sh setu.sh: line 4: var: unbound variable
0xfe 更多选项
set -E
bash里面有个自带的trap命令对可以对脚本运行期间收到的各种signal进行处理. 有几个特殊的signal是bash自己定义的.其中一个是ERR,表示脚本在set -e的情况下,如果有命令执行返回码非0,那么trap ERR配置的命令被执行. 但是默认情况下,只有代码顶层调用的命令返回码非0才触发,当命令在bash函数中非0退出时,trap ERR的命令不会执行,此时需要加上set -E选项,让函数中执行的命令非0退出时也可以触发trap命令执行.
0xff 总结
推荐大家写bash脚本的时候,把set -xeu放到最前面,让shell有更多高级语言的特征. 如果使用了trap ERR特性,可以把set -E 加上.
大家在写bash脚本的时候有什么其他有用的小技巧,欢迎留言讨论.