主页 / unix / 问题 / 566723
Accepted
annahri
Asked: 2020-02-10 23:08:51 +0800 CST

GNU coreutils `sort` 的行为不同

  • 772

我想对数据列表进行排序，并打算根据其第一列（即 IP 地址）对其进行排序。

192.168.1.100
192.168.1.101
192.168.1.110
192.168.1.119
192.168.1.20
192.168.1.30
192.168.1.33
192.168.1.54
192.168.1.64
192.168.1.6
192.168.1.91

在我的第一台机器上，我进行了测试sort -n，它按预期工作

# coreutils, version: 8.31, release: 23

192.168.1.6
192.168.1.20
192.168.1.30
192.168.1.33
192.168.1.54
192.168.1.64
192.168.1.91
192.168.1.100
192.168.1.101
192.168.1.110
192.168.1.119

但是在我的第二台机器上，它不能正确排序

# coreutils, version:8.4

192.168.1.100
192.168.1.101
192.168.1.110
192.168.1.119
192.168.1.20
192.168.1.30
192.168.1.33
192.168.1.54
192.168.1.6
192.168.1.64
192.168.1.91

两台机器具有相同的语言环境en_US.UTF-8

为什么会这样？我该如何解决？

linux shell

1 个回答

  1. Best Answer

    如果没有适当的键位，sort则使用整行作为键。由于在所有行中，前三个八位字节保持不变，因此整个排序基于最后一个八位字节中第一个字符的数字位置。由于1出现在2带有 的八位字节之前100，因此101出现在其他八位字节之前。

    定义正确的关键位置并使用数字排序。例如，在您的情况下，将输入的分隔符设置为，.并让其sort仅在第 4 个字段上发挥作用。4,4方法从由 分隔的第 4 个字段开始并.在相同的第 4 个字段停止。

    sort -n -t'.' -k4,4 file

    您还可以覆盖locale系统中定义的任何其他设置，并直接使用系统的默认设置和LC_ALL=C本地命令。请参阅做什么LC_ALL=C？了解为什么

    LC_ALL=C sort -n -t'.' -k4,4 file

    感谢Kamil Maciorowski 的评论突出了实际问题。

    第一台机器似乎正在使用locale thousands_sep返回的语言环境.可能不是en_US.UTF-8（至少不是 as LC_NUMERIC）。第二台机器不用.作千位分隔符。

    • 1

相关问题