PHP 数组排序别只看结果，键名和比较函数也要看
这是一篇数组排序排坑记录。排序看起来只是换个顺序，实际可能顺手把键名清掉、把比较函数写歪、把大数组拖慢。
确认要保留键名 → 选择排序函数 → 写清比较规则 → 覆盖边界数据 → 再看性能
很多列表排序问题，表面是顺序不对，背后是数据结构没想清楚。尤其是接口返回、配置映射、用户列表这类数组，排序前要先问一句：键名有没有业务含义。
一、usort() 会重新分配键名
usort() 会按用户自定义比较函数排序，但它会重新分配数组键名。原来用 user_17、sku_1001 这类键保存关系，排序后可能变成 0、1、2。
• 普通列表排序，用 usort() 没问题。
• 需要保留键名关系，考虑 uasort()。
• 只按键名排序，方向应该看 uksort() 或 ksort()。
排序前先确认，键名是不是业务数据的一部分。
这个坑很隐蔽，因为页面可能照样能显示，只是后续按键取值时突然对不上。
二、比较函数别返回 true 和 false
usort() 的比较函数要返回小于、等于或大于零的整数。很多人写成 return $a['score'] > $b['score'];，看起来能跑，实际排序方向和相等情况都不清楚。
usort($rows, function ($a, $b) {
return $b['score'] $a['score'];
});
• 降序可以写 $b['score'] $a['score']。
• 升序可以写 $a['score'] $b['score']。
• 比较字段可能不存在时，要提前给默认值，别让排序过程报一堆警告。
比较器不是判断题，它要给出排序方向。
写比较函数时，尽量让相等情况也有明确返回值。排序稳定性和后续分页都会受它影响。
三、多字段排序要把优先级写出来
业务列表很少只按一个字段排。比如先按状态，再按时间，再按 ID。这个时候不要把逻辑藏在一长串 if 里，后面很难复查。
usort($rows, function ($a, $b) {
return [$a['status'], $b['created_at'], $a['id']]
[$b['status'], $a['created_at'], $b['id']];
});
• 多字段排序前，先写清主排序、次排序、兜底排序。
• 字符串、数字、时间不要混着比较，先统一类型。
• 数据量大时，能在 SQL 里排序就别全拉回 PHP。
规则越多，排序代码越要像一张清单。
如果要按多个独立列做同步排序，array_multisort() 也能用，但参数一多可读性会下降，写完一定要用样例数据测。
四、大数组排序要考虑内存和分页
PHP 里排序一个小数组没什么感觉，数据一多，比较函数会被调用很多次。比较逻辑里如果还查数据库、调接口、做复杂计算，性能会很难看。
• 比较函数里不要做外部 IO，先把需要的值准备好。
• 列表分页最好在数据库层完成排序和截取。
• 排序前可以先过滤，减少参与排序的数据量。
能交给 SQL 排的，不要全拉回 PHP 慢慢排。
数组排序不是不能用，而是要知道它改变了什么。键名、比较规则、字段类型、数据量，这几件事确认完，再选 usort() 或 array_multisort()，就不会乱。
我的建议很简单：排序前先定结构，再定函数。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
