shell脚本读取命令行参数的实现
前提
在编写shell程序时经常需要处理命令行参数
选项与参数:
如下命令行:
-f为选项,它需要一个参数,即config.conf,
-v 也是一个选项,但它不需要参数。
--prefix我们称之为一个长选项,即选项本身多于一个字符,它也需要一个参数,用等号连接,当然等号不是必须的,
/home可以直接写在--prefix后面,即--prefix/home,
更多的限制后面具体会讲到。
一.手工处理方式(已验证)
在手工处理方式中,首先要知道几个变量,还是以上面的命令行为例:
$0: ./test.sh,即命令本身,相当于c/c++中的argv[0]
$1: -f,第一个参数.
$2: config.conf
$3, $4 ... :类推。
$#: 参数的个数,不包括命令本身,上例中$#为4.
$@:参数本身的列表,也不包括命令本身,如上例为 -f config.conf -v --prefix=/home
$*:和$@相同,但"$*" 和 "$@"(加引号)并不同,"$*"将所有的参数解释成一个字符串,而"$@"是一个参数数组。
例子
执行./test.sh -f config.conf -n 10 会打印:
# 这是"$*"的输出
-f config.conf -n 10#以下为$@的输出
-f
config.conf
-n
10
所以,手工处理的方式即对这些变量的处理。因为手工处理高度依赖于你在命令行上所传参数的位置,所以一般都只用来处理较简单的参数。
例如:
而很少使用./test -n 10这种带选项的方式。
典型用法为:
为什么要使用 x$1 != x 这种方式来比较呢?(x就是任意的一个字符,也可以是别的)
想像一下这种方式比较:
但如果用户不传参数的时候,$1为空,这时就会变成 [ -n ] ,所以需要加一个辅助字符串来进行比较。
手工处理方式能满足大多数的简单需求,配合shift使用也能构造出强大的功能,但在要处理复杂选项的时候建议用下面的两种方法。
二.getopts/getopt
处理命令行参数是一个相似而又复杂的事情,为此,c提供了getopt/getopt_long等函数,
c++的boost提供了options库,在shell中,处理此事的是getopts和getopt.
getopts和getopt功能相似但又不完全相同,其中getopt是独立的可执行文件,而getopts是由bash内置的。
- ./test.sh -a -b -c : 短选项,各选项不需参数
- ./test.sh -abc : 短选项,和上一种方法的效果一样,只是将所有的选项写在一起。
- ./test.sh -a args -b -c :短选项,其中-a需要参数,而-b -c不需参数。
- ./test.sh --a-long=args --b-long :长选项
先来看getopts,它不支持长选项。
使用getopts非常简单:
现在就可以使用:
或
来加载了。
应该说绝大多数脚本使用该函数就可以了,如果需要支持长选项以及可选参数,那么就需要使用getopt.
getopt自带的一个例子:
比如使用
你可以看到,命令行中多了个arg1参数,在经过getopt和set之后,命令行会变为:
1指向−a,2指向-b,3指向arg,4指向-c,$5指向--,而多出的arg1则被放到了最后。
三.总结
一般小脚本手工处理也就够了,getopts能处理绝大多数的情况,getopt较复杂,功能也更强大。
到此这篇关于shell脚本读取命令行参数的实现的文章就介绍到这了,更多相关shell 读取命令行参数内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!
下一篇: java的三大特征之继承