如何编写可靠shell

于是花了些功夫查阅资料，给团队做了一次分享，始有此文。在这里，笔者无视那些众多的shell解释器，就以Linux标准的bash为例，斗胆整理了了一份关于shell的部分编写建议作为自己写shell时的参考指南，还请各位读者抱着批判性思维来审阅。

3、#!/usr/bin/env bash 的方式通过添加env中间层，使得可以在$PATH中搜索bash，提供灵活性、适应性

运行会报错，因为等号前后字符串个数不一致。正确的做法是如下代码：

最常见到的不规范的写法就是大家的shell全都不在函数中，一条条命令顺序执行（笔者以前也经常这么写）。

1、Shell中默认变量作用域为全局（无论定义在外层还是函数中）

3、如果必须定义全局变量，则建议全局变量大写

如果运行上面的脚本，参数为空的话，你的根目录的data目录就被删掉了。可以使用nounset标志来防止这种意外情况的发生：

1、set –o nounset的另一种表达方式：set -u

2、当使用了未初始化的变量时，设置set -o nounset，可以让程序强制退出

当然，上面例子只是为说明问题，脚本可不能这么写，太危险。

不多说，使用set -o xtrace可达到该目的，将每行的执行命令输出。也可以简写为set -x。常用于调试场景，也可以在执行shell时使用sh -x 的方式调试脚本。

那么仍然会尝试删除a.txt。

还有另外一种方式也可以达到目的：

1、set -o errexit的另一种表达方式：set -e

4、如果需要让程序即使出错也继续执行，可以在可能出错的语句追加" || true"

1、基于当前脚本执行路径，指定其他路径；

3、让脚本在任何目录下都可以正常执行（脚本中所有位置全部使用决定路径，尽量少使用相对路径；）

上面的func2使用了shift，使得所有命令行参数都可以通过$1读取。再举个更实用的例子：

不多说，脚本最好提供一个help函数，当用户输入参数异常时能够及时给出反馈。

trap func EXIT允许在脚本结束时调用函数，用它注册清理函数。

11、shell脚本main函数接收参数时，尽量使用main "$@" 的形式。以下是各种形式传参的结果：

……

shell作为一门很灵活的语言，编写的规范性也越发显得重要。可靠性作为软件质量模型中的第二个特性，很多时候都体现在代码层面。文章稍长，为了加深印象，使用了较多代码段，提到的建议也只是冰山一角，建议感兴趣的读者有机会自己写代码尝试下，也欢迎提出宝贵意见。