该死的IFS变量

不得不说shell里面的全局变量都是些恶心的家伙，特别是这家伙----IFS，恶心之极，差点被它忽悠过去了，所以赶快记录下来，以免下次再被忽悠！！！

STRING1="111 222 333 444"

echo $STRING1

echo "$STRING1"

这组代码没什么好说的，输出的是：111 222 333 444，它的作用是和下面那段做对比！！

STRING2="111 222  333   444"

echo $STRING2

echo "$STRING2"

输出的结果是

111 222 333 444

111 222  333   444

为什么？？ 第一个输出的结果明显不对，难道输出了的是STRING1的值，明显不可能，这就是IFS的鬼伎俩。。。

首先介绍一下这个家伙，IFS是shell内定的一个变量，默认定义的值为 3个，不好意思，这3个值我打出来也看不见，只能写英文。那IFS的作用是什么了，它的作用就是把字符串里的某某字符（和 它一样的字符，例如上面的 ）转义成分隔符

例如"111 222  333   444",这个字符串其实就是 111222333444， 由于IFS里也有个，所以在它眼中就是分隔符，所以"111 222  333   444"在它看来就是这个鬼样子111<分隔符>222<分隔符><分隔符>333<分隔符>< 分隔符><分隔符>444，由于分隔符(不是所有的分隔符都会合并，空格是个例外)进行合并，所以就成了111<分隔 符>222<分隔符>333<分隔符>444，而这该死的<分隔符>偏偏显示出来和一个空格是一样的（或者说 空格被用来表示分隔符），所以显示出来就变成了"111 222 333 444"怎么样？ 郁闷吧

所以 echo $STRING2 显示出来的是"111 222 333 444"，echo "$STRING2"之所以还是保持原样是因为""它屏蔽了IFS的功能，才未遭其迫害！！

如果我这样改下,结果就一样了，这时候shell就不会认为空格是分隔符了，倒是&符号要倒霉了 呵呵。。。

IFS='&'

STRING2="111 222  333   444"

echo $STRING2

echo "$STRING2"

另外还有个$*的全局变量，它和IFS狼狈为奸，尽干坏事，今天也揭下老底！！

$*指的是脚本入口参数的字符串集，说也说不清楚，举个例子

你在终端输入一个脚本，带了3个参数，这样

./script 111 222 333

那么 echo $*输出的就是111 222 333，这没什么问题，但是下面的东西就又忽悠人了

首先是这段代码

IFS='&'

STRING2="111&222&&333&&&444"

echo $STRING2

echo "$STRING2"

这输出的是

111  222  333   444

111&222&&333&&&444

经过上面的解释，这个忽悠不到人-----因为IFS='&'，所以字符串里的&全成了分隔符，所以第一个输出的是111 222 333 444，后面还有一组代码

现在终端运行./script 111 222  333   444

IFS='&'

echo $*

echo "$*"

输出的是

111 222 333 444

111&222&333&444

我来解释一下是为什么

因为$*等于111IFS222IFS333IFS444，亦等于111&222&333&444，由于echo $*时，&代表分隔符，所以要转换成空格 ，而第二行由于""的作用使得&没有进行转换