linux - eval重新运算求出参数的内容-2

举例

1、例子1：用eval技巧实现shell的控制结构for

用eval技巧实现shell的控制结构for。

[root@home root]# cat myscript1

#!/bin/sh

evalit(){

if [ $cnt = 1 ];then

eval $@

return

else

let cnt="cnt-1"

evalit $@

fi

eval $@

}

cnt=$1

echo $cnt | egrep "^[1-9][0-9]*$" >/dev/null

if [ $? -eq 0 ]; then

shift

evalit $@

else

echo 'ERROR!!! Check your input!'

fi

[root@home root]# ./myscript1 3 hostname

home

home

home

[root@home root]# ./myscript1 5 id |cut -f1 -d' '

uid=0(root)

uid=0(root)

uid=0(root)

uid=0(root)

uid=0(root)

注意：bash里有两个很特殊的变量，它们保存了参数列表。

$*，保存了以$IFS指定的分割符所分割的字符串组。

$@，原样保存了参数列表，也就是"$1""$2"...

这里我使用了函数递归以及eval实现了for结构。

当执行eval $@时，它经历了步骤如下：

第1步，分割成eval $@

第6步，扩展$@为hostname

第11步，找到内置命令eval

重复一次命令行处理，第11步，找到hostname命令，执行。

注意：也许有人想当然地认为，何必用eval呢？直接$@来执行命令就可以了嘛。

例子2：一个典型错误的例子

错误！这里给个典型的例子大家看看。

[root@home root]# a="id | cut -f1 -d' '"

[root@home root]# $a

id：无效选项 # f

请尝试执行‘id # help’来获取更多信息。

[root@home root]# eval $a

uid=0(root)

如果命令行复杂的话(包括管道或者其他字符)，直接执行$a字符串的内容就会出错。分析如下。

$a的处理位于第6步──参数扩展，也就是说，跳过了管道分析，于是"|", "cut", "-f1", "-d"都变成了id命令的参数，当然就出错啦。

但使用了eval，它把第一遍命令行处理所得的"id", "|", "cut", "-f1", "-d"这些字符串再次进行命令行处理，这次就能正确分析其中的管道了。

总而言之：要保证你的命令或脚本设计能正确通过命令行处理，跳过任意一步，都可能造成意料外的错误！

例子3：设置系统的ls色彩显示

eval $(dircolors -b /etc/dircolors)

eval语句通知shell接受eval参数，并再次通过命令行处理的所有步骤运行它们。

它使你可以编写脚本随意创建命令字符串，然后把它们传递给shell执行;

$()是命令替换，返回命令的输出字符串。

其中dircolors命令根据/etc/dircolors配置文件生成设置环境变量LS_COLORS的bash代码，内容如下

[root@localhost root]# dircolors -b > tmp

[root@localhost root]# cat tmp

LS_COLORS='no=00:fi=00:di=01;34:ln=01; ......

export LS_COLORS

#这里我没有指定配置文件，所以dircolors按预置数据库生成代码。

其输出被eval命令传递给shell执行。

eval是对Bash Shell命令行处理规则的灵活应用，进而构造"智能"命令实现复杂的功能。

上面提及的命令是eval其中一个很普通的应用，它重复了1次命令行参数传递过程，纯粹地执行命令的命令。

其实它是bash的难点，是高级bash程序员的必修之技。