shell脚本中的eval

sqtsqt

　　eval的作用是再次执行命令行处理，也就是说，对一个命令行，执行两次命令行处理。
　　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>　　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程序员的必修之技。