合并两个文本文件的列，是数据处理中一个高频且看似简单的操作。在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个文件。
