1、Shell 的定义

　　首先Shell的英文含义是“壳”; 它是相对于内核来说的，因为它是建立在内核的基础上，面向于用户的一种表现形式，比如我们看到一个球，见到的是它的壳，而非核。 Linux中的Shell，是指一个面向用户的命令接口，表现形式就是一个可以由用户录入的界面，这个界面也可以反馈运行信息;

　　2、Shell 在Linux中的存在形式

　　由于Linux不同于Windows，Linux是内核与界面分离的，它可以脱离图形界面而单独运行，同样也可以在内核的基础上运行图形化的桌面。 这样，在Linux系统中，就出现了两种Shell表现形式，一种是在无图形界面下的终端运行环境下的Shell，另一种是桌面上运行的类似Windows 的MS-DOS运行窗口，前者我们一般习惯性地简称为终端，后者一般直接称为Shell

　　3、Shell 如何执行用户的指令

　　1、Shell有两种执行指令的方式，

　　第一种方法是用户事先编写一个sh脚本文件，内含Shell脚本，而后使用Shell程序执行该脚本，这种方式，我们习惯称为Shell编程。

　　第二种形式，则是用户直接在Shell界面上执行Shell命令，由于Shell界面的关系，大家都习惯一行行的书写，很少写出成套的程序来一起执行，所以也称命令行。

　　总结：

　　Shell 只是为用户与机器之间搭建成的一个桥梁，让我们能够通过Shell来对计算机进行操作和交互，从而达到让计算机为我们服务的目的。

　　3、shell的分类

　　Linux中默认的Shell是/bin/bash，流行的Shell有ash、bash、ksh、csh、zsh等，不同的Shell都有自己的特点以及用途。

　　1、bash

　　大多数Linux系统默认使用的Shell，bash Shell是Bourne Shell 的一个免费版本，它是最早的Unix Shell,bash还有一个特点，可以通过help命令来查看帮助。包含的功能几乎可以涵盖Shell所具有的功能，所以一般的Shell脚本都会指定它为执行路径。

　　2、csh

　　C Shell 使用的是“类C”语法，csh是具有C语言风格的一种Shell，其内部命令有52个，较为庞大。目前使用的并不多，已经被/bin/tcsh所取代。

　　3、ksh

　　Korn Shell 的语法与Bourne Shell相同，同时具备了C Shell的易用特点。许多安装脚本都使用ksh,ksh 有42条内部命令，与bash相比有一定的限制性。

　　4、tcsh

　　tcsh是csh的增强版，与C Shell完全兼容。

　　5、sh

　　是一个快捷方式，已经被/bin/bash所取代。

　　6、zsh

　　目前Linux里最庞大的一种 zsh。它有84个内部命令，使用起来也比较复杂。一般情况下，不会使用该Shell。

　　4、bash特性

　　1、命令和文件自动补齐

　　很多命令都会提供一个 bash-complete 的脚本，在执行该命令时，敲 tab 可以自动补全参数，会极大提高生产效率。

　　linux命令自动补全需要安装 bash-completion

　　# yum install bash-completion

　　注意： 重启系统后可正常 tab 补齐

　　默认情况下，Bash 为 Linux 用户提供了下列标准补全功能。

　　变量补全用户名补全主机名补全路径补全文件名补全

　　2、命令历史记忆功能

　　Bash 有自动记录命令的功能，自动记录到.bash_history隐藏文件中。还可以在下次需要是直接调用历史记录中的命令

　　centos 可以通过/etc/profile中的文件来定义一些参数、

　　在bash中,使用history 命令来查看和操作之前的命令,以此来提高工作效率。

　　history是bash的内部命令,所以可以使用 help history命令调出history命令的帮助文档。

　　调用命令的方法：

　　# 查看之前使用的所有命令

　　# history# 显示最近的n个命令

　　# history n

　　# 删除相应的第n个命令

　　# history -d n

　　# 指定执行命令历史中的第n条语句

　　# !n

　　# 指定执行命令历史中倒数第n条语句

　　# !-n

　　# 执行命令历史中最后一条语句

　　# !!

　　# 执行命令历史中最近一条以[String]开头的语句

　　# ![String]

　　# 引用上一个命令中的最后一个参数

　　# !$

　　# COMMAND + Esc键 + . 输入COMMAND之后,按下Esc键,松开后再按 . 则可以自动输入最近一条语句使用的参数

　　# COMMAND + Alt + . 输入COMMAND之后,同时按下Alt和. 键,也可以自动输入最近一条语句使用的参数

　　# 将命令历史写入命令历史的文件中

　　# history -w

　　# 回显 echo 之后的语句,而使用 echo $FILENAME 命令可以查看该 file 所在的路径

　　[root@qfedu.com ~]# echo $HISTFILE# 查看命令历史的内容

　　# cat .bash_history# 删除所有的命令历史记录

　　# history -c6、Shell 脚本规范

　　5、Shell 脚本规范

　　Shell脚本绝大部分命令自己平时也经常使用，但是在写成脚本的时候总觉得写的很难看。而且当我在看其他人写的脚本的时候，总觉得难以阅读。毕竟Shell脚本这个东西不算是正经的编程语言，他更像是一个工具，用来杂糅不同的程序供我们调用。因此很多人在写的时候也是想到哪里写到哪里，基本上都像是一段超长的main函数，不忍直视。同时，由于历史原因，Shell有很多不同的版本，而且也有很多有相同功能的命令需要我们进行取舍，以至于代码的规范很难统一。 考虑到上面的这些原因，我查阅了一些相关的文档，发现这些问题其实很多人都考虑过，而且也形成了一些不错的文章，但是还是有点零散。因此我就在这里把这些文章稍微整理了一下，作为以后我自己写脚本的技术规范。

　　1、风格规范

　　开头有“蛇棒”所谓shebang其实就是在很多脚本的第一行出现的以”#!”开头的注释，他指明了当我们没有指定解释器的时候默认的解释器，一般可能是下面这样：

　　#!bin/sh

　　除了 bash 之外，可以用下面的命令查看本机支持的解释器:

　　[root@qfdeu ~]# cat /etc/Shells

　　/bin/sh

　　/bin/bash

　　/usr/bin/sh

　　/usr/bin/bash

　　直接使用 ./a.sh 来执行这个脚本的时候，如果没有shebang，就会默认用 $Shell指定的解释器，否则就会用 shebang 指定的解释器。

　　上面这种写法可能不太具备适应性，一般我们会用下面的方式来指定：

　　#!/usr/bin/env bash1

　　推荐的使用方式。

　　2、注释

　　注释的意义不仅在于解释用途，而在于告诉我们注意事项，就像是一个 README。

　　具体的来说，对于Shell脚本，注释一般包括下面几个部分：

　　shebang脚本的参数脚本的用途脚本的注意事项脚本的写作时间，作者，版权等各个函数前的说明注释一些较复杂的单行命令注释

　　3、参数要规范

　　这一点很重要，当脚本需要接受参数的时候，一定要先判断参数是否合乎规范，并给出合适的回显，方便使用者了解参数的使用。

　　最少，最少，至少得判断下参数的个数

　　if [[ $# != 2 ]];then

　　echo "Parameter incorrect."

　　exit 1

　　fi

　　4、缩进

　　因为很多需要缩进的地方(比如if,for语句)都不长，很多人都懒得去缩进，而且很多人不习惯用函数，导致缩进功能被弱化。

　　正确的缩进是很重要的，尤其是在写函数的时候，否则在阅读的时候很容易把函数体跟直接执行的命令搞混。

　　常见的缩进方法主要有”soft tab”和”hard tab”两种：

　　所谓soft tab就是使用n个空格进行缩进(n通常是2或4)所谓hard tab当然就是指真实的”\t”字符12

　　对于if和for语句之类的，最好不要把then，do这些关键字单独写一行，这样看上去比较丑。

　　5、命名有标准

　　所谓命名规范，基本包含下面这几点：

　　文件名规范，以.sh结尾，方便识别

　　变量名字要有含义，不要拼错

　　统一命名风格，写 Shell 一般用小写字母加下划线

　　6、编码要统一

　　在写脚本的时候尽量使用 UTF-8 编码，能够支持中文等一些奇奇怪怪的字符。不过虽然能写中文，但是在写注释以及打log的时候还是尽量英文，毕竟很多机器还是没有直接支持中文的，打出来可能会有乱码。

　　7、日志和回显

　　日志的重要性不必多说，能够方便回头纠错，在大型的项目里是非常重要的。

　　如果这个脚本是供用户直接在命令行使用的，那么最好还要能够在执行时实时回显执行过程，方便用户掌控。

　　为了提高用户体验，会在回显中添加一些特效，比如颜色啊，闪烁啊之类的。

　　8、密码要移除

　　不要把密码硬编写在脚本里，尤其是当脚本托管在类似 Github 这类平台中时。

　　9、太长要分行

　　在调用某些程序的时候，参数可能会很长，这时候为了保证较好的阅读体验，我们可以用反斜杠来分行：

　　./configure \

　　–prefix=/usr \

　　–sbin-path=/usr/sbin/nginx \

　　–conf-path=/etc/nginx/nginx.conf

　　注意：在反斜杠前有个空格。

　　10、代码有效率

　　在使用命令的时候要了解命令的具体做法，尤其当数据处理量大的时候，要时刻考虑该命令是否会影响效率。

　　比如下面的两个sed命令：

　　[root@qfdeu ~]# sed -n '1p' file

　　[root@qfdeu ~]# sed -n '1p;1q' file 12

　　作用一样，都是获取文件的第一行。但是第一条命令会读取整个文件，而第二条命令只读取第一行。当文件很大的时候，仅仅是这样一条命令不一样就会造成巨大的效率差异。

　　当然，这里只是为了举一个例子，这个例子真正正确的用法应该是使用head -n1 file命令

　　勤用双引号

　　几乎所有的大佬都推荐在使用”$”来获取变量的时候最好加上双引号。

　　不加上双引号在很多情况下都会造成很大的麻烦，

　　!#/bin/sh

　　#已知当前文件夹有一个a.sh的文件

　　var="*.sh"

　　echo $varecho "$var"

　　运行结果如下：

　　a.sh

　　*.sh

　　可以解释为它执行了下面的命令

　　echo *.sh

　　echo "*.sh"

　　在很多情况下，在将变量作为参数的时候，一定要注意上面这一点，仔细体会其中的差异。上面只是一个非常小的例子，实际应用的时候由于这个细节导致的问题实在是太多了

上一篇

Photoshop轻松修出专业级照片

下一篇

BindingException异常的产生原因及解决过程详解