指定一个默认脚本解释器
“#!” 是一个约定的标记，它告诉系统这个脚本需要什么解释器来执行，即使用哪一种Shell。他指明了当我们没有指定解释器的时候默认的解释器。
为什么建议要在首行加上脚本默认解释器，因为有的操作系统的默认解释器不是sh或者bash，比如SUSE Linux默认的是csh，不能通过 ./ 的方式执行bash或sh脚本。
我们常用sh和bash，这两种是最受欢迎的shell，脚本中写一种即可。如：
#！/bin/bash我们可以用下面的命令查看本机支持的解释器
$ cat /etc/shells/bin/sh/bin/bash/sbin/nologin/bin/tcsh/bin/csh/bin/dash添加脚本描述信息
在脚本的前面建议加上脚本描述信息，这样方便查看脚本的信息和有利于脚本的维护工作。
一般的描述信息有：
- 脚本的写作时间，作者，版权等
- 脚本的用途
- 脚本的注意事项
#!/bin/bash # ########################## # Version: 1.0 # Author: 快用大数据 # Create Date : 2021-01-01 # Name: start_all.sh # Description: This is a test shell script # ########################### # Version: 1.1 # Author: 快用大数据 # Create Date : 2021-01-01 # Name: start_all.sh # Description: Add a function at the bottom # ###########################脚本文件命名有规范
- 脚本文件后缀用.sh，方便识别文件为shell脚本.
- 脚本名称可以根据执行频率、用途、业务分类等在名称中加入些关键字,可以让人顾名思义，对脚本有个认知，如：
如启动脚本：start_all.sh stop_all.sh start_tomcat.sh stop_tomcat.sh
如业务用途脚本：ods_tablename_daliy.sh, dw_tablename_monthly.sh
变量命名有规范
变量的基本命名法则：
- 统一用小写字母命名，如 DATE="20210101"
- 由词组组成的变量名与函数名用下划线连将词组连接,如 start_date="20210101"，function_name()
- 过长的变量名可以用驼峰命名法命名
shell日志与回显
在开发过程中，写好业务代码的重要性不言而喻，同样的做好日志记录要非常重要，通过看日志，能够帮我们解决很多问题。
下面是一些日志要注意的信息：
1、 一些DEBUG级别的日志在脚本调试结束后需要关闭。
2、 日志输出要带时间
3、日志的输出推荐使用tee -a ${log_file}的方式，可以直接在main函数入口处添加日志输出
logfile="/var/log/debug.log"# define functionsfunction foo(){ echo "foo"}function oo(){ echo "oo"}# define main functionfunction main(){ echo "START DATE:" $(date +"%Y-%m-%d %H:%M:%S") foo oo echo "FINISH DATE:" $(date +"%Y-%m-%d %H:%M:%S")}# invoke main functionmain|tee -a ${logfile}标准输出重定向到log文件中，标准错误打印在屏幕上
$ sh start_all.sh > /data/logs/hadoop/debug.logshell 错误输出重定向到标准输出
$ sh start_all.sh > /data/logs/hadoop/debug.log 2>&1标准输出和标准错误重定向到不同log文件中
$ sh start_all.sh 1>log.log 2>err.log使用$()给变量赋值
尽量使用$()将命令的结果赋给变量，而不是用反引号
input_dir=/home/hadoopfiles=$(ls ${input_dir})for file in ${files};do echo ${file}done;shell变量引用
很多人喜欢直接用$号加变量名引用该变量，建议使用${变量名}来引用变量，这样不容易出错和混淆。
date="20200101"logfile="/data/logs/hadoop/${date}/debug.log"echo ${logfile}对比
date="20200101"logfile="/data/logs/hadoop/$date/debug.log"echo $logfileshell脚本的执行方式
脚本的执行方式有好几种，但是还是建议用脚本解释器来执行脚本。
强烈推荐，用血的教训总结。我们的调度工具在升级后，会修改其工作目录下的所有文件的权限变成只有只读权限 (400)，导致升级后所有用./执行的脚本全部不能执行。
$ sh start_all.sh脚本的执行方式有以下几种：
1、工作目录执行
工作目录执行，指的是执行脚本时，先进入到脚本所在的目录(此时，称为工作目录)，然后使用 ./脚本方式执行。前提是脚本有可执行的权限，如果没有会报没有权限错误。
$ ./start_all.sh在没有执行权限时要先加执行权限$ chmod +x ./start_all.sh$ ./start_all.sh2、绝对路径执行
绝对路径中执行，指的是直接从根目录/到脚本目录的绝对路径。前提是脚本有可执行的权限，否则会报没有权限错误。
$ /home/hadoop/start_all.sh3、sh执行
sh执行，指的是用脚本对应的sh或bash来接着脚本执行
$ sh start_all.sh注意，若是以方法三的方式来执行，那么，可以不必事先设定shell脚本的执行权限，甚至都不用写shell文件中的第一行(指定bash路径)。因为方法三是将start_all.sh作为参数传给sh(bash)命令来执行的。这时不是start_all.sh自己来执行，而是被人家调用执行，所以不要执行权限。
4、shell环境执行
shell环境执行，指的是在当前的shell环境中执行，可以使用 . 接脚本 或 source 接脚本
$ . start_all.sh或$ source start_all.shshell要有异常处理
要判断一段代码是否出现了异常，一个最基本的判断就是对他返回值的判断。在shell中，我们往往规定0为正常，一切非0返回值则为不正常。但往往我们在写shell脚本的时候，忽略对于返回值的判断。我们看一个很基本的shell程序。
$?这个常量代表的就是上一段shell的返回值，看下面的例子：
#!/bin/shcd /home/xxxx/if [ "$?"= "0" ]; then rm -rf *else echo "cannot change directory" 1>&2 exit 1fi
