Bash IFS 分字段：两个制表符之间的空列，为什么读进数组就消失了
一行制表符分隔的数据原本有三列，中间列为空。脚本把 IFS 设为制表符，再用 read -a 读入数组，结果只剩两项，第三列挤到了第二列。这不是制表符没有生效，而是它属于 IFS 空白，连续空白按一段分界处理。
不是每个分隔符都保留空字段
Bash 把 IFS 中的空格、制表符和换行按空白规则处理：边缘的相关空白会被去掉，连续相关空白不会凭空产生内部空字段。冒号这样的非空白字符则不同，相邻分隔符之间可以形成空字段。把 IFS 换成另一个字符，可能连数据结构的含义也换掉。
下面用四份字符串分别检查空格、两个制表符、两个冒号以及末尾冒号。read 的 -r 避免反斜杠转义，-a 把字段放入数组；每次 IFS 都只为这条读取命令赋值，其他步骤不依赖外部终端的设置。
保存为 demo.sh，执行 bash demo.sh。代码里的制表符通过 ANSI-C 引号表达生成，页面上不需要粘贴难以看见的真实制表符。输出用方括号表示字段边界，空字段也会显示一对空括号。
配图为 AI 生成的概念插图，用抽象物件说明本文关系，并非真实软件截图或运行输出。
set -u
show() {
local label=$1
shift
printf '%s count=%s' "$label" "$#"
local item
for item in "$@"; do
printf ' [%s]' "$item"
done
printf '\n'
}
IFS=' ' read -r -a spaced <<< ' A B '
IFS=$'\t' read -r -a tabbed <<< $'A\t\tB'
IFS=: read -r -a colon <<< 'A::B'
IFS=: read -r -a trailing <<< 'A:B:'
[[ ${#spaced[@]} -eq 2 && ${spaced[0]} == A && ${spaced[1]} == B ]] || exit 1
[[ ${#tabbed[@]} -eq 2 && ${tabbed[0]} == A && ${tabbed[1]} == B ]] || exit 2
[[ ${#colon[@]} -eq 3 && ${colon[1]} == '' && ${colon[2]} == B ]] || exit 3
[[ ${#trailing[@]} -eq 2 ]] || exit 4
show spaces "${spaced[@]}"
show tabs "${tabbed[@]}"
show colons "${colon[@]}"
show trailing "${trailing[@]}"
IFS= read -r whole <<< $'A\t\tB'
[[ $whole == $'A\t\tB' ]] || exit 5
printf 'whole line retains both tabs: yes\n'逐项看输出，别只看两端的内容
spaces 与 tabs 都显示 count=2，内容为 A 和 B。colons 显示 count=3，中间出现空方括号，说明内部空字段被保留。trailing 却仍为二，提示末尾分隔符不能被想当然地解释成一个额外数组元素。这个边界也需要进入格式验收。
因此，read -a 加一个制表符 IFS，并不是通用的表格读取器。当第二列允许缺失时，折叠会让后面的所有列移位；如果字段含义碰巧兼容，脚本甚至不会立即报错，而是把城市当部门、把数量当价格，直到后续统计才发现异常。
最后一段把 IFS 设为空，只读取完整行，验证两个制表符都保留下来。这适合先保存原始记录，再交给符合数据格式的解析步骤。它没有自动把整行解析成三列，只是避免在获得原文之前就把结构信息删掉。
按数据协议选拆分方法
若输入只是一串允许任意空白间隔的单词，折叠通常正合适；如果输入是有固定列位的 TSV，空列必须保留，就应选择明确支持该规则的解析器。不能因为当前文件恰好没有缺失值，就认为两种格式可以共用同一段读取代码。
把所有制表符简单替换为冒号也不是稳妥修复：原值若本来含冒号，信息就无法区分；末尾空列还会带来独立问题。带引号、转义或字段内换行的文件更需要遵循完整格式约定，IFS 只认识字符分界，不会替你理解这些结构。
也要明确“没有第二列”和“第二列是空字符串”是否相同。固定宽度的记录通常需要数量检查；可选字段则需要显式表示缺失状态。先写下预期数组，再设计输入样本，比只比较拼回去的字符串更能发现字段被合并的问题。
建议至少保留连续分隔符、开头空列、末尾空列、仅分隔符与完全空行五类样本。下游必须同时验收字段数量和每个位置的含义。当前示例只展示 Bash 的拆分语义，并没有把这些样本全部转换成一种新的文件规范。
资料核对日期：2026年10月2日（北京时间）。最终展示代码在 GNU Bash 5.2.37 中独立运行并通过全部断言。
