OpenWrt LuCI实时连接图表排序问题解析

在OpenWrt系统的LuCI管理界面中，Status → Realtime Graphs → Connections页面提供了一个实时查看网络连接的功能，其中Transfer列显示了每个连接的数据传输量。然而，当前版本中存在一个排序逻辑问题，导致数据传输量的排序结果不符合预期。

问题现象

当用户点击Transfer列进行排序时，系统会按照数值的绝对大小进行排序，而没有考虑数据单位（KB、MB等）的差异。这导致了以下不合理现象：

• 1007.05 KB会被排在942 KB之前
• 799.68 MB会被排在1007.05 KB之后

这种排序方式显然不符合实际的数据量比较逻辑，因为1MB=1024KB，数值小的MB单位数据实际上比数值大的KB单位数据要大得多。

技术背景

这个问题源于前端表格排序功能的实现方式。LuCI使用的是基于JavaScript的表格排序算法，当遇到带有单位的数值时，默认的字符串比较方式无法正确识别和比较不同单位的数据量。

在网络数据传输领域，数据传输量的表示通常采用以下单位：

• B (Bytes)
• KB (Kilobytes)
• MB (Megabytes)
• GB (Gigabytes)
• TB (Terabytes)

每个单位之间相差1024倍（二进制前缀），因此正确的排序应该先统一转换为基本单位(Byte)后再进行比较。

解决方案

开发团队已经通过提交修复了这个问题。修复方案主要包括：

1. 在排序前对数据进行预处理，将所有带单位的数据转换为统一的基准单位（如Bytes）
2. 实现自定义的排序函数，考虑单位转换因素
3. 确保前端显示仍然保持用户友好的格式（带单位），但排序时使用转换后的数值

影响范围

该问题影响所有使用OpenWrt 23.05.3版本及之前版本的用户，特别是在以下场景：

• 查看大量网络连接时
• 连接的数据传输量差异较大（同时存在KB、MB等单位）时
• 需要准确识别数据传输量较大的连接时

用户建议

对于遇到此问题的用户，建议：

1. 升级到包含修复补丁的OpenWrt版本
2. 如果暂时无法升级，可以手动记录数据传输量并统一单位后进行比较
3. 关注数据传输量的单位标识，避免仅凭数值大小判断流量高低

这个问题虽然不影响网络连接的实际功能，但会影响用户对数据传输量的准确判断，特别是在查看数据传输情况或进行网络优化时。修复后，用户将能够更准确地识别和管理网络中的数据传输情况。