关于IFS与IFS=的定义及二者差异的技术问询

嘿，这个问题问得特别到位——很多刚摸shell的朋友都会被IFS这玩意儿绕晕，尤其是IFS=这种看起来有点怪的写法，我来给你讲得明明白白。

IFS全称是Internal Field Separator（内部字段分隔符），是shell自带的一个环境变量，用来告诉shell：“遇到这些字符的时候，就把字符串拆成一个个独立的字段哦”。

默认情况下，IFS的值是三个空白字符：

• 普通空格（ ）
• 制表符（\t）
• 换行符（\n）

举个最简单的例子：

# 用echo输出带空格的字符串，管道给read拆分
echo "apple banana cherry" | read fruit1 fruit2 fruit3
echo "第一个水果：$fruit1，第二个：$fruit2，第三个：$fruit3"

运行后会输出第一个水果：apple，第二个：banana，第三个：cherry——这就是默认IFS在起作用，它把空格当成分隔符，把字符串拆成了三个字段。

IFS=就是把IFS这个变量设置成空字符串，它最常用的场景是配合read命令，解决默认IFS带来的“丢空白”问题。

默认情况下，read命令会做两件事：

1. 自动忽略输入字符串开头和结尾的空白字符
2. 把连续的空白字符（比如多个空格、空格加制表符）当成一个分隔符

但如果你设置了IFS=，read就会“老实”很多：

• 不会忽略输入首尾的空白
• 连续的空白会被当作字段的一部分，不会被合并

我拿一行带首尾空格、中间多空格的输入来对比：
输入内容是： hello world （注意前后各两个空格，中间三个空格）

场景1：用默认IFS的read #

echo "  hello   world  " | read var1 var2
echo "var1='$var1', var2='$var2'"

输出结果：var1='hello', var2='world'
看到没？首尾的空格直接被丢了，中间的三个空格也被当成一个分隔符，把字符串拆成了两个字段。

场景2：用IFS=的read #

echo "  hello   world  " | IFS= read var1 var2
echo "var1='$var1', var2='$var2'"

输出结果：var1=' hello world ', var2=''
这里因为IFS是空的，read不会对字符串做任何拆分，把整行（包括前后的空格）都赋值给了第一个变量var1，var2就成了空字符串。

你肯定见过别人写shell脚本的时候，会用这样的写法读取文件：

while IFS= read -r line; do
  echo "读取到的行：$line"
done < 你的文件.txt

这里的IFS=就是为了保留每行开头和结尾的空白字符（比如有些配置文件行首有缩进），而-r是防止read把反斜杠当成转义字符处理，两者搭配是读取文件的标准姿势。

另外，如果你要处理带空格的文件名，IFS=也能帮上大忙——避免shell把文件名里的空格当成字段分隔符。

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