看完这篇,写的Shell脚本更加健壮了!

安全
如果秉承着能跑就行的态度写shell脚本,是很自在的,但是如果你想要写出健壮,可靠的shell脚本,可没那么容易。那么有什么可操作的经验或者方法吗?

[[356512]]

本文转载自微信公众号「编程珠玑」,作者守望先生 。转载本文请联系编程珠玑公众号。  

 如果秉承着能跑就行的态度写shell脚本,是很自在的,但是如果你想要写出健壮,可靠的shell脚本,可没那么容易。那么有什么可操作的经验或者方法吗?

语法检查

第一个最简单的方法就是利用工具对脚本进行检查,这一部分已经在《有了这个神器,再也不怕shell写不对了》中介绍过了,它能最大程度地发现shell脚本中存在的语法错误,如果你还不知道,建议你绝对不要错过。

而为了保证脚本健壮可靠,那么就需要保证脚本在一些特殊的情况及早出现,避免漏网之鱼。来看看有哪些可行的技巧。

脚本失败时即退出

可以在脚本的开头设置如下:

  1. set -e 

举个例子:

  1. #!/bin/bash 
  2. set -e 
  3. lp    #这里运行会出错 
  4. date 

这种情况下,运行一旦出错就会退出,不放过一个问题:

  1. $ ./test.sh 
  2. lp: Error - no default destination available. 

当然了,这也有不好的地方,有时候命令执行本来就可能是失败的,你还是希望它继续,可以临时加上|| true:

  1. #!/bin/bash 
  2. set -e 
  3. lp  || true   
  4. date 

不过个人觉得这样的设置用处不是特别大,因为很多时候就是需要处理不同的错误情况,而这样只能要么遇到错误退出,要么认为正确,导致无法走到异常分支。

通过set +e设置回来:

  1. set -e 
  2. #command 
  3. set +e 
  4. #other command 

打印脚本执行过程

调试阶段,你可能想知道整个过程是执行了哪些命令,每条命令都具体执行了什么,可以利用下面的方式执行:

  1. sh -x test.sh 

或者,和上面类似,在开头加上set -x:

  1. //来源:公众号【编程珠玑】 
  2. //作者:守望先生 
  3. #!/bin/bash 
  4. set -x 
  5. if [ $# -lt 1 ] 
  6. then 
  7.    echo  "no para" 
  8. else 
  9.    echo "para 1 $1" 
  10. fi 

执行时,输出如下:

  1. + [ 0 -le 1 ] 
  2. + echo no para 
  3. no para 

前面带+的内容就是命令实际执行的,你可以看到比较条件是什么,变量被展开成了具体内容,走到了哪个分支,非常清楚。

显示未定义的变量

shell中变量没有定义,仍然是可以使用的,但是它的结果可能不是你所预期的。举个例子:

  1. //来源:公众号【编程珠玑】 
  2. //作者:守望先生 
  3. #!/bin/bash 
  4. if [ "$var" = "abc" ] 
  5. then 
  6.    echo  " not abc" 
  7. else 
  8.    echo " abc " 
  9. fi 

这里本来想判断var的内容是否为abc,实际上var并没有定义,但是在这里使用并没有报错,如果我们想早点发现这类问题,避免在复杂的脚本中问题被掩盖,那么可以在开头加上

  1. set -u 

再次运行就会提示:

  1. test.sh: 5: test.sh: num: parameter not set 

再想象一下,你本来想删除:

  1. rm -rf $dir/* 

然后dir是空的时候,变成了什么?

是不是有种后背发凉的感觉?

管道命令一个失败时整个失败

有时候我们可能会执行类似这样的命令:

  1. cat test.sh |grep if | cut -d ';' -f 2 

三条命令一行执行,如果我们希望在其中一条失败,整个命令就失败,而避免执行后面无意义的命令,那么可以在开始设置:

  1. set -o pipefail 

不设置的情况下,cat test.sh即使执行失败了,后面的grep实际上还会继续执行,可能会导致一些意想不到的情况发生,如果不想这样的情况发生,那么这样设置是有帮助的。

对于静态变量使用readonly

通常我们会在脚本开头定义一些静态变量:

  1. MY_PATH=/usr/bin 

而为了避免MY_PATH被意外修改,可以这样:

  1. readonly MY_PATH=/usr/bin 

这样的话,一旦后面有命令尝试修改,就会报错。

  1. #!/bin/bash 
  2. readonly MY_PATH=/usr/bin 
  3. MY_PATH=/usr/local/bin 

运行一下试试:

  1. $ ./test.sh 
  2. test.sh: 3: test.sh: MY_PATH: is read only 

看,给你提示了!

给变量设置可选的初始值

例如:

  1. name=${1:-shouwang} 
  2. echo "${name}" 

这里让name为$1,即第一个参数,而当它为空时,令name为shouwang。

多条命令执行使用&&

例如:

  1. cmd0;cmd1;cmd1 

这里如果cmd0失败了,后面的命令仍然会执行,而如果不希望后面的命令执行,可以使用:

  1. cmd0 && cmd1 && cmd1 

使用函数

脚本本身比较短还好,而脚本一旦变长,不使用函数,将使得脚本很难维护,可读性也很差。

总结

实际上最开始介绍的脚本检查工具就已经非常有效了,基本的错误都能检查出来,而其他的内容,更多的是关注于脚本调试,不放过任何一个可能的错误。

最后,还是优先推荐shellcheck工具。地址:https://www.shellcheck.net

作者:守望,linux应用开发者,目前在公众号【编程珠玑】?分享Linux/C/C++/数据结构与算法/工具等原创技术文章和学习资源。

原文链接:https://mp.weixin.qq.com/s/EpCoiHHpCdPcj8kkeRjHjw

 

责任编辑:武晓燕 来源: 编程珠玑
相关推荐

2020-04-26 19:12:29

shell脚本Linux

2020-07-20 10:20:30

this前端代码

2024-02-26 00:00:00

Docker容器

2022-07-01 13:38:48

雾计算边缘计算

2021-06-07 08:19:27

Java多线程进程

2021-02-24 07:38:50

Redis

2020-01-09 15:30:32

微服务架构互联网

2023-05-04 07:16:56

U盘USB接口USB-A接口

2020-02-08 16:46:29

微服务架构复杂

2017-08-09 15:07:08

大数据数据分析户画像

2020-04-21 23:14:08

数据并发控制

2021-06-16 00:57:16

JVM加载机制

2021-09-10 16:30:29

LinuxShell文本

2015-12-02 18:11:06

百度地图/地图软件

2021-05-08 07:53:33

面试线程池系统

2020-01-06 08:40:11

阿里场景服务

2020-10-24 13:04:07

脚本shell命令

2021-12-29 10:21:41

Linux 权限扩展名

2019-10-14 11:31:51

工具代码开发

2021-03-03 12:19:20

原型原型链JavaScript
点赞
收藏

51CTO技术栈公众号