为什么column命令-s参数用\t需加$前缀，而\xHH格式分隔符不需要？

核心背景知识 #

要解释这个现象，需要先明确两个不同层面的转义逻辑，以及对应版本工具的特性：

• Bash 的 $'...' 是 ANSI-C 引号特性：Bash 解析参数时会直接把引号内的转义序列替换为对应真实字节，比如 $'\t' 会被替换为 ASCII 0x09 制表符，$'\x99' 会被替换为 0x99 单字节。
• 普通单引号 '...' 内的内容 Bash 不会做任何处理，会原封不动把字符串传递给执行的命令，比如 '\x99' 传给命令的就是 \、x、9、9 四个字符。
• GNU 系列的文本工具（paste、column 等）普遍支持自行解析 \xXX 格式的十六进制转义序列：如果收到的参数是 \x99 字符串，工具会自己把它转换为 0x99 字节使用。
• util-linux 2.37 版本的 column 存在已知 bug：处理非 ASCII 控制字符（比如 0x99 这类扩展 ASCII 控制字节）作为分隔符时，内部字符串处理逻辑存在越界访问，会直接触发段错误。

四个测试结果对应解释 #

test1 段错误 #

paste -d '\x99' 1.txt 2.txt | column -s $'\x99' -t

• paste 收到 \x99 字符串，自行解析为 0x99 作为分隔符，输出内容的分隔符是正常的 0x99 字节。
• column 收到的是 Bash 提前转义好的 0x99 单字节，触发上述 column 版本的 bug，直接段错误崩溃。

test2 段错误 #

paste -d $'\x99' 1.txt 2.txt | column -s $'\x99' -t

• paste 收到 Bash 转义好的 0x99 字节，用它作为分隔符输出，输出内容分隔符同样是 0x99。
• column 还是收到 0x99 单字节，触发 bug 崩溃。

test3 正常运行 #

paste -d '\x99' 1.txt 2.txt | column -s '\x99' -t

• paste 收到 \x99 字符串，自行解析为 0x99 作为分隔符输出。
• column 收到 \x99 字符串，自行解析为 0x99 作为分隔符，和输入内容的分隔符匹配，格式化正常。

test4 正常运行 #

paste -d $'\x99' 1.txt 2.txt | column -s '\x99' -t

• paste 收到 Bash 转义好的 0x99 字节，用它作为分隔符输出。
• column 收到 \x99 字符串，自行解析为 0x99 作为分隔符，匹配正确，格式化正常。两次测试显示的列宽差异只是输出对齐的正常视觉差异，逻辑完全正确。

补充说明 #

这个段错误问题在 util-linux 2.38 及以上版本已经被修复，升级后使用 $'\x99' 作为 column 的分隔符参数就和 $'\t' 的表现完全一致，不会再崩溃。

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