comm要求文件严格排序且locale一致，否则结果混乱；需用lc_all=c sort预处理并sort -c验证；前导空白影响比对，可用sort -k1,1b或sed清理；超大文件或复杂需求应选sort|uniq或join。
comm 命令要求输入文件必须严格排序
直接对未排序文件运行 comm 会输出混乱结果，甚至漏掉差异项——它不校验排序，只按行逐行比对。Linux 的 comm 默认假设两文件都已用 sort 升序处理过，且使用相同 locale（比如都用 C 排序）。若一个用 sort file1，另一个用 LC_ALL=C sort file2，中文或带空格的字段可能因 collation 规则不同而错位。
实操建议：
- 始终先统一排序：
LC_ALL=C sort file1 > file1.sorted<br>LC_ALL=C sort file2 > file2.sorted
- 验证是否真排好：
sort -c file1.sorted（无输出表示合规） - 避免管道直连：
sort a | comm - 看似简洁，但子 shell 中的 <code>sort b若失败，comm可能读到截断数据，静默出错
三列输出含义与常用 -1/-2/-3 参数组合
comm 默认输出三列：第 1 列是仅在 file1 中的行，第 2 列是仅在 file2 中的行，第 3 列是两者共有的行。每列用制表符分隔，肉眼难分辨——尤其当某列为空时，容易误判“没差异”。关键在用 -1、-2、-3 抑制对应列输出。
典型场景和参数选择：
- 只看 file1 特有内容（即“file1 减 file2”）：
comm -13 file1.sorted file2.sorted - 找交集（等价于
sort file1 file2 | uniq -d，但更快）：comm -12 file1.sorted file2.sorted - 要导出差异为新文件，别忘重定向：
comm -13 a.sorted b.sorted > only_in_a.txt
文件含空格、制表符或前导空白时的陷阱
comm 按整行比较，但默认把行首空白（空格、制表符）当作普通字符处理。如果 file1 某行是 hello，file2 对应行是 hello（前面多一个空格），comm 会把它归入第 1 列或第 2 列，而非第 3 列——即使语义相同。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
解决办法取决于需求：
- 若需忽略前导空白：
sort -k1,1b file1 | comm ...（bflag 忽略 leading blanks） - 若需完全标准化空白：
sed 's/^[[:space:]]*//; s/[[:space:]]*$//' file1 | sort > file1.clean - 绝对不要依赖
comm -i（该选项不存在），网上某些教程写的-i是混淆了diff的参数
替代方案：何时不该硬用 comm
当文件超大（如数 GB）、内存受限，或需要模糊匹配、正则过滤、字段级比对时，comm 就不是最优解。它不支持跳过注释行、不支持按列比对、也不支持 UTF-8 多字节字符的智能排序（除非 locale 显式设对）。
更稳的选择：
- 简单去重合并：
sort file1 file2 | uniq -u（只出现一次的行） - 带字段控制：
join -t $'\t' （要求第一列是 key） - 调试时快速验证：
diff 比 <code>comm输出更直观，尤其对人类阅读
真正卡住的时候，往往不是命令不会用，而是忘了 LC_ALL=C 和 sort -c 这两个动作。
