先来看一段脚本: 代码如下: #!/bin/sh count=0 while read LINE do count=`expr $count + 1` done < file echo $count 问题是这个程序能得到什么样的结果?仿佛很明显,能够统计文件file的行数,然而你若执行一下便知,无论file的行数是多少,该程序的输出始终是0!为什么? 原来如果使用for,while,until,if,case这些命令时用到了重定向,那么sh会产生一个子shell来运行它们。可以想象count在循环体中能够正确的计数,一旦while执行完 毕,子shell完成,其内部的变量count就消失了。因而得到的结果是循环体外开始赋的值0! 可以避免吗?试试这样: 代码如下: cat file|while read LINE do count=`expr $count + 1` done echo $count 依然如此!怎么办?可以先关闭标准输入,然后以你要读取得文件重新打开它,这样就不需要对while命令的输入进行改向,也就不会用子shell的方式来运行它了。 如下: 代码如下: exec<file count=0 while read LINE do count=`expr $count + 1` done exec < /dev/tty echo $count 也可以 exec 4<&0 0< file count=0 while read LINE do count=`expr $count + 1` done exec 0<&4 echo $count 如果还有怀疑的话可以试一下if: 代码如下: #!/bin/sh echo "abcd"|if [ "abcd" = "abcd" ]; then var=7 fi echo $var 输出当然是空。去掉echo "abcd"|就好了。 所以不了解这一点在编程时就会非常危险,试想while,for,case,if,until是多么的常用,与管道或重定向连着用也是很常见的,可是一旦在其内部使用了什么变量,就是有进无出,有去无回了。 以上的说法仅限于sh编程,对于ksh,bash,据我所知都不会有这个问题,它们处理的时候不会当作子shell来做。其它种类的shell可以自己试一试。 其实这样就行了: 代码如下: while read -r LINE do count=`expr $count + 1` done < $FILE man read里面有很多例子,平时很多人抱怨网上的教程不好,其实man下的文档中的例子都是相当棒的。 (责任编辑:IT) |