数字列表已排序，comm 仍报 not in sorted order

两份 ID 列表都按数字从小到大排列，comm 却把共同的 ID 显示成各自独有，有时还报：

comm: file 1 is not in sorted order

数值顺序不一定满足 comm 的输入要求。comm 按当前 locale 的字符排序规则比较整行，输入也必须遵循同一规则。例如在 C locale 下，1、10、2 才是所需顺序，而不是数值顺序 1、2、10。

下面限定 GNU coreutils 的 sort 和 comm，文件为一行一个纯文本 ID、每条记录以换行结束。示例比较的是完整文本行；01 和 1 是否代表同一个业务 ID，必须另行决定，不能靠改变排序选项隐式统一。

检查排序时使用同一套规则

先对输入做只读的顺序检查：

LC_ALL=C sort -c -- ./ids-a.txt
LC_ALL=C sort -c -- ./ids-b.txt

这里没有 -n。-c 检查已有顺序而不重新输出整份文件；顺序不符会报出诊断并返回失败。示例路径应替换为已有输入文件，并同时检查文件打不开等错误。

LC_ALL=C 只为这一条命令固定 locale，不修改系统设置。排序与比较要保持一致，不能让 sort 在一种语言环境里生成文件，comm 又按另一种规则读取。仅在 comm 前加 locale，无法修正文件里已经存在的另一种顺序。

先生成排序副本，再取共同记录

以下脚本在新建的私有目录中保存中间文件，不覆盖原始列表。输入路径应指向稳定的导出副本，执行期间不要继续改写它们：

#!/bin/sh
work=$(mktemp -d) || exit 1

if LC_ALL=C sort -- ./ids-a.txt > "$work/a.sorted" &&
   LC_ALL=C sort -- ./ids-b.txt > "$work/b.sorted" &&
   LC_ALL=C comm --check-order -12 -- \
       "$work/a.sorted" "$work/b.sorted" > "$work/common.txt"
then
    printf 'Comparison complete: %s/common.txt\n' "$work"
else
    printf 'Comparison failed; do not use partial files in %s\n' "$work" >&2
    exit 1
fi

mktemp -d 生成新的临时目录；脚本会留下该目录供检查，读完结果后应按所在环境的临时文件管理方式清理。GNU sort 可能还需要额外临时磁盘空间，大文件要预留空间，敏感 ID 的中间结果也应按原数据的要求保存。

三个阶段通过 && 串联，前一步失败就不会继续比较。不能忽略 sort 的磁盘空间或读取错误，再把残缺的副本交给 comm。

comm 默认有三列：第一份独有、第二份独有、两份共同。-12 隐藏前两列，只留下共同记录。--check-order 会主动拒绝不满足顺序要求的输入；比较失败时，已经写入 common.txt 的部分内容也不能作为完整结果使用。

不用关闭检查来消除报错

--nocheck-order 只关闭顺序检查，不会替输入重新排序。错误顺序可能让共同记录错分到独有列，隐藏诊断并不能修复结果。

反过来，没有出现顺序警告也不应成为唯一判断依据：GNU comm 默认的检查并不在所有输入组合下都报告乱序。因此，自动化流程应保证排序阶段正确，并显式保留 --check-order。

comm 正常结束时返回 0，无论有没有共同记录。空的共同记录文件可能是有效结果，也可能来自失败流程；必须结合退出状态判断，不能照搬 grep 的“状态 1 表示无匹配”规则。

如果展示时仍想按数值大小排列，可以在比较成功后，对单列的共同记录另做数值排序。不要先按数值排序两个输入，也不要把 comm 的三列输出当成一列 ID 混在一起排序。展示顺序和比较阶段的输入顺序分别处理。

验收还要核对重复项和文本格式

用一组已知交集的固定样例核对结果。例如 A 含 1、2、10，B 含 2、10、20，修复后共同记录应是 10、2，顺序遵循 C locale。再加入一对完全没有共同 ID 的样例，确认空输出仍能与执行失败区分。

如果输入中允许重复 ID，普通 sort 不会删除重复行，不能直接把结果解释为数学集合。如果业务明确只关心某个 ID 是否存在，可以在两边排序时使用 sort -u；如果重复次数有意义，就保留原记录，并为数量差异安排专门的核对规则。

空格、回车和前导零都可能属于行内容。两份文件看起来显示同一个数字，实际字节不同，排序正确后仍不会自动视为相同。只有格式协议明确允许时才统一这些字符，避免误合并不同 ID。

上述流程保留原文件，只生成排序及比较副本。回退时恢复原脚本并丢弃本次中间结果即可；不要把不确定的差集直接交给删除、撤权或批量更新命令。若后续操作已经执行，恢复排序方式并不能撤销那些业务变更。