合并两个文本文件的列，是数据处理中一项高频且看似基础的操作。在 Linux 命令行环境中，paste 命令是完成这一任务的首选工具。它的基础用法十分直接：paste file1 file2。然而，正如许多强大工具一样，细节决定成败。默认行为、行数差异的处理方式，以及一些进阶技巧，都隐藏着容易踩坑的细节。

直接说结论：使用 paste 合并两个文件的列，最常用的写法是 paste file1 file2，默认采用制表符分隔；若行数不一致，短文件末尾会自动补空，不会报错，但可能导致数据丢失。

为什么默认分隔符是制表符？它对后续处理有何影响

这里存在一个常见的误解。许多人会下意识认为列之间的分隔符是空格，但实际上根据 POSIX 标准，paste 的默认分隔符是制表符（\t）。这个区别至关重要，尤其是在后续使用 cut 或 awk 解析时。如果你误以为是空格，并用 cut -d' ' 进行切割，结果很可能会“切偏”，导致数据错位。

因此，在实际操作中，显式指定分隔符是一个好习惯。例如，想生成 CSV 格式，可以用 paste -d',' file1 file2；如果想强制使用单个空格，记得加上引号：paste -d' ' file1 file2，否则 shell 可能会把空格当作参数分隔符处理。

文件行数不一致时，paste 如何填充空白

paste 的处理逻辑是“行号对齐”：第一个文件的第一行与第二个文件的第一行合并，第二行与第二行合并，依此类推。当其中一个文件的行数较少时，对应的列会留空。但这里有一个关键点：输出文件的行数，会以最短的那个文件为准。长文件中多出来的行会被直接丢弃，且整个过程不会产生任何警告或报错。

这无疑是一个数据陷阱。想象一下，file1 有 5 行数据，file2 只有 3 行，合并后你只会得到 3 行，后面 2 行数据无声无息地消失。因此，合并前的行数检查必不可少，用 wc -l 分别确认一下是稳妥的做法。

如果确实需要保留长文件的所有行，就必须先对短文件进行“补位”。可以用 sed 或 awk 来生成空行补齐。在处理日志文件时尤其要小心，如果时间戳列因为行数缺失而空白，整条记录可能就失效了。

怎样将两个文件“横向拼成一行”，而不是逐行拼接

这是一个经典的误解。很多人看到 -s 选项，会以为它是把两个文件的内容横向拼接成一行。其实不然。paste -s 的作用是对每个输入文件单独进行串行处理。

举个例子，paste -s file1 file2 会先输出 file1 的所有行，用制表符连接成一行；然后换行，再输出 file2 的所有行连接成另一行。这显然不是我们想要的“全部压进一行”。

要实现真正的“两个文件内容合并为单行”，需要一些技巧组合。一种粗暴的方法是：paste -sd '' file1 file2 | tr '\n' ' '。但这会把所有换行符都替换成空格，原始的行结构会完全丢失。

更安全的做法是分两步走：先用 paste -s 把每个文件各自压成一行，再用 paste 把这两行拼起来。利用 Bash 的进程替换功能可以优雅地实现：paste -d' ' <(paste -s file1) <(paste -s file2)。

管道输入与 - 占位符的实际应用

paste 的强大之处还在于它能无缝对接管道。用 - 作为占位符，可以代表从标准输入读取的数据，这为灵活的数据流处理打开了大门。

典型场景包括：将命令输出与现有文件合并，例如 ps aux --no-headers | cut -d' ' -f1 | paste -d: /etc/passwd -，可以把用户名列表拼接到密码文件旁。也可以合并两个命令的输出，比如 ls *.log | paste -d, - <(date +%s)，这里用到了进程替换 <()。

这种用法还能避免创建临时文件。例如想给一个文件的每一行加上行号，不必使用 nl，可以这样：seq $(wc -l < data.txt) | paste - data.txt。

最后，提一个硬性限制：paste 命令同时打开的文件数有上限（通常是 32767）。如果需要合并成百上千个文件，直接 paste *.txt 可能会失败。这时就需要分批处理，可以用循环，或者借助 xargs：find . -name "*.txt" | xargs -n 100 paste，每次合并 100 个文件。