Bash中连续两次遍历元组输出异常，原因何在？

我尝试在Bash中实现元组遍历，写了两个看似逻辑一致的循环，但执行后输出结果却完全不同。

我的脚本代码：

NUMBERS='1,2,3 4,5,6 7,8,9'
for TOUPLE in $NUMBERS; do
    IFS=','; set -- $TOUPLE
    echo \($1, $2, $3\)
done

echo ''

for TRIPLE in $NUMBERS; do
    IFS=','; set -- $TRIPLE
    echo \($1, $2, $3\)
done

执行后得到的输出：

(1, 2, 3)
(4, 5, 6)
(7, 8, 9)

(1, , )
(2, , )
(3 4, , )
(5, , )
(6 7, , )
(8, , )
(9, , )

为什么第二个循环的表现和第一个完全不同？

这问题的核心在于Bash中全局环境变量IFS的持久影响，以及变量展开的时机差异！

关键原因拆解 #

1. 第一个循环的正常逻辑
   第一个循环执行时，for TOUPLE in $NUMBERS中的$NUMBERS展开是在IFS=','修改之前完成的——此时IFS还是默认的空格/制表符/换行符，所以NUMBERS会被拆分成三个正常的元组元素：1,2,3、4,5,6、7,8,9。循环体内的IFS=','只是临时用来分割单个元组的字段，不会影响已经确定的循环迭代列表。

2. 第二个循环的异常根源
   Bash里的IFS是全局变量！第一个循环执行时，IFS=','已经把全局的字段分隔符改成了逗号，没有恢复。所以第二个循环执行for TRIPLE in $NUMBERS时，$NUMBERS会按逗号而不是空格分割，直接被拆成了1、2、3 4、5、6 7、8、9这些混乱的元素。后续的set -- $TRIPLE自然只能得到空的第二个、第三个字段，就出现了你看到的奇怪输出。

修复方法 #

解决思路就是避免修改全局IFS，或者用完后立即恢复：

方法1：仅给单个命令临时设置IFS

把IFS=','的作用范围限制在set --命令上，不会影响全局环境：

NUMBERS='1,2,3 4,5,6 7,8,9'
for TOUPLE in $NUMBERS; do
    IFS=',' set -- $TOUPLE
    echo \($1, $2, $3\)
done

echo ''

for TRIPLE in $NUMBERS; do
    IFS=',' set -- $TRIPLE
    echo \($1, $2, $3\)
done

方法2：保存并恢复原始IFS

如果必须修改全局IFS，记得提前备份，用完后恢复：

OLD_IFS="$IFS"
NUMBERS='1,2,3 4,5,6 7,8,9'

for TOUPLE in $NUMBERS; do
    IFS=','; set -- $TOUPLE
    echo \($1, $2, $3\)
done
IFS="$OLD_IFS" # 恢复原始分隔符

echo ''

for TRIPLE in $NUMBERS; do
    IFS=','; set -- $TRIPLE
    echo \($1, $2, $3\)
done

两种方法都能让两个循环输出一致的正确结果。

内容的提问来源于stack exchange，提问作者Gitnik