1、shell脚本的第一行是指定贾肯解释器，通常为：
#!/bin/bash
或
#！bin/sh
2 、shell脚本的开头会加版本，版权等信息：
#Date:16:29 2017-3-1
#Author:Created by XXX
#Blog：http：//XXX.com
#Description: This scripts function is .....
#Version:1.1
3 、shell脚本命名应以.sh为扩展名。
例如：name.sh
4 、shell脚本应存放在固定的路径下
例如：/server/scripts
5、尽量使用UTF-8编码，注释及输出尽量使用英文
6、一般给到执行权限，但一些关于变量的配置文件不用加执行权限；
7、第二行为空格，或者是添加一行空注释
8、接着开始注释内容：文件名、功能描述、作者、最后修改日期、版本号以及一些说明，还加上邮箱/手机号做为联系，如果可以，需要加上版权声明；
9 注释内容之后空一行开始定义shell脚本中的变量；
10 脚本内的变量定义，尽量使用大写，或者大小写驼峰写法,或者使用下划线连接的方式。变量名要见名之意，避免a,b,c类似的定义，变量的定义前后不要用空格。
如果是×××，需要使用declare -i来声明。
如果是数组，则需要使用declare -a来声明。
如果是只读变量，则需要使用declare -r来声明。
变量值尽量使用双引号引起来，如果要使用强引用，如变量值中包含$符号，则使用”单引号引起来。
如果要将命令的执行结果赋值给变量，则使用反引号，或者使用$().
11 变量的引用使用以下方式：
${GameZone}
$GameZone
推荐使用第一种，如：tar zcf ${GameZone}.tar.gz /apps/data/
12 单引号和双引号混合使用的场景：
echo ‘Welcome to “my school”‘
13 在某些特殊的环境下，shell脚本里引用的命令，有可能是自己定义的bin路径，在执行的时候会报出command not found，
解决的方式是在执行的时候命令跟全路径，或者在脚本的开始，显式的设置一下PATH 变量，
如： export PATH=”/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/apps/bin/”
14 建议在脚本执行的开始重读下/etc/profile 或者是自己定义的关于环境变量的配置文件，推荐使用source，
如： source /etc/profile
source /opt/sh/appenv.sh
15 使用here document；
如果脚本在执行的时候需要大段输出提示信息，可是使用以下方式：
cat << EOF
This scripts used for XXX
Usage:$0 [option]
Pls be careful.
Enjoy Yourself.
EOF
如果只是单行提示信息，可是使用echo的方式，可以添加颜色：
echo “Welcome to use my script”
16 如果需要在脚本里生成配置文件的模板，也可以使用here document的方式，示例如下：
cat>>/etc/rsyncd.conf<<EOF
log file = /usr/local/logs/rsyncd.log
transfer logging = yes
log format = %t %a %m %f %b
syslog facility = local3
timeout = 300
[data1]
path=/home/username
list=yes
ignore errors
auth users = data1user
secrets file=/etc/rsyncd/rsyncd.secrets
comment = some description about this moudle
exclude = test1/ test2/
EOF
17 如果需要创建临时文件，可以使用如下方式：
mktemp -d /tmp/file$$
18 条件测试的时候，尽量使用[[]],而不用[]或者test，因为[[]]功能会更强大
[[ -d /tmp/logs ]]
不在使用[ “x$NAME” == “x” ]这种方式；
19 算数运算使用(())或者是中括号，但是记得括号里面的变量不要再加$
((12+i))
而非((12+$i))
20 使用高级变量的用法，比如使用
${GameZone:?”Error Message”}确保关键变量已经定义
${GameZone:=”S1″} 或者设置默认值
否则：
rm -rf ${GameZone}/* 后果不堪设想
21 可以使用&& ||来替代简单的if-then-else-fi语句。
22 尽量给每条语句或者代码段的执行给一个执行结果状态，如果某条命令执行失败，则exit N.
尽可能使用$?来检查前面一条命令的执行状态。
23 流程控制语句尽量使用一下方式：
for I in {1..10};do
..。
done
while true;do
…
done
if [];then
…
fi
24 如果命令过长，可以分成多行来写，比如：
./configure \
–prefix=/usr \
–sbin-path=/usr/sbin/nginx \
–conf-path=/etc/nginx/nginx.conf \
–error-log-path=/var/log/nginx/error.log \
–http-log-path=/var/log/nginx/access.log \
–pid-path=/var/run/nginx/nginx.pid \
–lock-path=/var/lock/nginx.lock \
25 shell脚本并不要求强制缩进，但是要养成缩进的好习惯，可以使用两个空格，建议使用tab键。如：
if [];then
…
fi
26 尽可能多的注释信息。
27想要获取当前脚本所在目录，可以使用
ScriptDir=$(cd $(dirname $0) && pwd)
28 尽可能的使用函数的功能，将不同的功能定义为函数，直接引用函数；
29 如果自定义环境变量，可以专门写到一个文件中，避免在/etc/profile中添加；
30 禁止使用SUID和SGID以及ACL用户访问控制列表的功能，如果需要较高权限，可以使用sudo；
31 关键的操作须有日志输出，专门记录操作的成功或者失败以及执行的时间点。
32 脚本内可能包含敏感信息，如服务器密码或者是数据库密码，如果公开之前先确认敏感信息是否已经删除。
