GNU sort 数值排序实测：2e2 为什么排在30前面，改用-g又有哪些代价
把监控导出的数值交给sort -n，普通整数都排对了，一条2e2却出现在30前面。若它表示二百，这个结果明显不符合业务预期。命令没有失去排序能力，而是输入超出了所选数字语法。排序选项既规定比较方式，也规定什么字符串会被当作数值。
本例在Linux、Bash 5.2.37与GNU coreutils 9.7实跑。所有行由printf生成，不创建文件。设置LC_ALL=C，固定小数点与文本比较环境。代码保留原文字样输出，便于分清比较所用的数值和最终显示的字符串。
AI生成的概念示意图：不同高度的抽象纸卡经过两条检查与排序轨道，借局部轮廓和整体轮廓表示不同的数字读取规则；不是真实软件界面或运行截图。
完整程序与实际输出
保存为demo.sh，执行bash demo.sh。代码与输出分列如下。
#!/usr/bin/env bash
export LC_ALL=C
values() { printf '%s\n' 100 2e2 30 +4 -5; }
printf '%s\n' '[sort -n]'
values | sort -n
printf '%s\n' '[sort -g]'
values | sort -g
printf '%s\n' '[equal numeric keys, default]'
printf '%s\n' '2 zeta' '02 alpha' | sort -k1,1n
printf '%s\n' '[equal numeric keys, stable]'
printf '%s\n' '2 zeta' '02 alpha' | sort -s -k1,1n本次实际标准输出：
[sort -n] -5 +4 2e2 30 100 [sort -g] -5 +4 30 100 2e2 [equal numeric keys, default] 02 alpha 2 zeta [equal numeric keys, stable] 2 zeta 02 alpha
先核对-n究竟读了哪些字符
第一组输出是-5、+4、2e2、30、100。-n不识别指数记法，也不识别前导加号：2e2按可识别的数字前缀参与比较，+4没有得到期望的正四键。于是，凭肉眼认为合法的五个数，在这个选项下并不是同一套输入语言。
这也解释了为什么不能靠“命令退出零”验收排序结果。退出零说明操作完成，没有保证每行都符合业务格式。导入之前应先定义允许负号、小数、指数或空值中的哪些形式，并让不符合格式的行被单独报告，而不是悄悄混进前部。
-g覆盖更广的表示，但需要浮点转换
第二组改用-g后得到-5、+4、30、100、2e2，符合本例五个数的大小关系。它把数字前缀转换成浮点数来比较，因此能读懂前导加号和指数。原行不会自动规范化，输出仍保留2e2与+4，这适合只调整顺序而保留来源文本的任务。
但-g不应成为所有场景的默认替代品。转换为浮点数可能丢失精度，溢出、下溢或转换问题也不会按逐行校验器的方式报告。账务金额或超长整数需要先约定精确表示；若输入只有普通十进制并适合-n，应保留它的精确比较优势。
同一个数值键也可能换顺序
后两组只按第一列排序，2与02数值相等。默认模式仍输出02 alpha在前，因为显式键相等后，sort可以用整行进行最后的比较。于是，“只指定第一列”并不自动等于“相等项保持原输入先后”。若行顺序承载时间或优先级，这个差别会影响后续取首项。
加-s后，结果保留2 zeta、02 alpha的输入顺序。这里稳定性指相等比较键之间的顺序保留，不代表每次导出都可重复；上游若每次提供不同顺序，稳定排序也会忠实保留这些差异。需要完全确定结果时，应另设明确且稳定的次级键。
把语法、精度和顺序分别验收
参数-k1,1n明确让第一列成为数值键，避免范围延伸到整行末尾。实际表格还需指定分隔符，并处理空列、带空格字段及标题行。不要把本例的空白字段拆分直接用于带引用规则的CSV；首先正确解析记录，之后才谈比较键。
测试集应包含负值、零、前导零、同值不同写法、最大允许整数、指数以及拒绝样本。验收时既检查值的单调关系，也检查相等项的先后规则。本例只证明五个小数值和两个并列键的行为，没有测量性能，也没有证明任意精度或任意语言环境下的排序正确性。
参考资料与验证记录
官方资料核验于2026年10月3日。本次脚本退出码为0，脚本标准错误为空。
