在我最开始管理Linux和Unix服务器时，经常遇到其他管理员编写的一大堆临时脚本。时常会因为其中某个脚本突然停止工作而进行故障排查。有时这些脚本编写得规范好理解，其他时候则是杂乱且令人困惑。
虽然排查编写糟糕的脚本很麻烦，但我从中吸取到了教训。即使你认为该脚本只会在今天使用，最好也抱着两年后还将有人去排查的态度编写脚本。因为总会有人查看，甚至很可能是你自己。
在本篇**中，我想介绍一些优化脚本的建议，不是为了方便你编写脚本，而是方便想要弄清脚本为何不工作的人。
以释伴shebang行开头
Shell脚本编写的第一条规则是以释伴（shebang）行开头。虽然听起来很好笑，但释伴shebang行却很重要，它告诉系统使用哪种二进制作为脚本的解释器。没有释伴shebang行，系统就不知道使用哪种语言解释执行脚本。
一个典型的bash 以释伴shebang行如下所示：
#!/bin/bash
与本文中其他建议不同，这不仅仅是一条建议，而是一条规定。shell脚本必须以解释器行开始；没有这行，你的脚本最终将不能工作。我发现很多脚本没有这一行，有人认为没有这行脚本就不能工作，但事实并非如此。如果没有指定脚本解释器，有些系统会默认使用/bin/sh目录下的解释器。如果是bourne shell脚本，默认/bin/sh路径没有问题，如果是KSH或者使用特定bash脚本而不是bourne，该脚本可能产生无法预料的结果。
添加脚本描述头
当编写脚本或者其他程序时，我总会在脚本开头描述脚本的用途，同时添加我的名字。如果这些脚本是在工作中编写，我还会加上工作邮箱以及脚本编写日期。
下面是一个有脚本头的例子：
#!/bin/bash
### Description: Adds users based on provided CSV file
### CSV file must use : as separator
### uid:username:comment:group:addgroups:/home/dir:/usr/shell:passwdage:password
### Written by: Benjamin Cane - <a href=&quot;mailto:ben@example.com&quot;>ben@example.com</a> on 03-2012 |
楼主
标题置顶
标题高亮
