Shell脚本：IFS设为制表符时read跳空值与|分隔符行为差异的问题

两种分隔符的行为差异来自POSIX标准对Shell IFS（内部字段分隔符）的分层处理规则，并非制表符本身有特殊机制：

• 当IFS集合完全由非空白类字符组成时（比如你测试用的竖线|），Shell会按照严格位置切割：每个IFS字符代表一个独立的分隔位置，连续两个分隔符中间的空内容会被保留为空值，所以a||c会被正确切分为a、空、c三个字段。
• 当IFS集合完全由空白类字符组成（仅包含空格、制表符、换行）时，Shell会启用效率优化规则：连续的多个空白分隔符会被自动合并为一个分隔位置，字段首尾的分隔符会被直接忽略，不会生成空字段。

你测试时使用的IFS=$'\t'是纯制表符构成的纯空白类IFS，刚好命中了这个优化规则，连续的两个制表符被合并成了单个分隔位，最终输出才会变成a - c -的结果。

核心逻辑是打破"纯空白类IFS"的判定条件，让Shell切换到普通分隔符的切割逻辑，不需要修改TSV文件本身的内容：

• 给IFS集合添加一个绝对不会出现在TSV内容中的非空白占位字符，推荐使用ASCII控制字符\x01（SOH头标控制符，几乎不会在业务文本中出现）。只要IFS集合中存在至少一个非空白字符，Shell就会放弃空白合并的优化规则，让集合内的所有字符（包括制表符）都按照严格位置切割，保留中间的空字段。
  可直接复用的测试代码：

  echo -e "a\t\tc" | while IFS=$'\x01\t' read v1 v2 v3; do echo "$v1 - $v2 - $v3"; done
  

  运行后输出完全符合预期：

  a -  - c
  

• 注意不要使用普通可见字符（比如|、,）作为占位符，避免和TSV字段本身的内容造成误切割，无业务含义的控制字符是最稳妥的选择。

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