usort会重置数字键，需用uasort保留原始索引；比较函数须用或显式分支，禁用差值返回；多字段排序要逐级判断；大数组优先用array_multisort提升性能。
usort 是最直接的解法，但用错函数或忽略键重置问题会导致数据错位。
用 usort 排序索引数组时，键会被重置为 0、1、2…
这是 usort 的默认行为——它只关心值的顺序，不保留原始键名。如果你的数组是纯数字索引（如 [0 => 'a', 1 => 'b', 2 => 'c']），重置后看起来没区别；但一旦你手动设过非连续索引（比如 [5 => 'x', 10 => 'y']），排序后就变成 [0 => 'x', 1 => 'y']，原始位置信息彻底丢失。
常见错误现象：
- 排序后
foreach遍历时下标从 0 开始，但业务逻辑依赖原索引（如日志序号、批次 ID） - 用
$arr[5]直接取值失败，因为键已不存在
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 确认是否真需要“索引数组”语义：如果只是存数据、不靠键做业务逻辑，
usort安全可用 - 若需保留原始数字键（哪怕不连续），改用
uasort——它对索引数组也生效，且不重置键 - 别用
asort或ksort替代：它们只支持内置比较逻辑，无法实现自定义规则
usort 比较函数必须返回 -1 / 0 / 1，不能只写 > 或
PHP 不像 JavaScript 的 sort() 能直接返回差值。在 usort 的匿名函数里写 return $a['score'] - $b['score']; 在 PHP 中可能出错：当结果是浮点数或超大整数时，PHP 会把它转成布尔再判断，导致排序错乱。
正确写法必须显式分支：
usort($users, function($a, $b) {
if ($a['age'] < $b['age']) return -1;
if ($a['age'] > $b['age']) return 1;
return 0;
});更简洁的等效写法（推荐）：
usort($users, function($a, $b) {
return $a['age'] <=> $b['age']; // PHP 7+ 太空船操作符，安全可靠
});注意：
-
自动处理类型转换，比手写 if 更少出错 - 避免在比较函数里修改
$a或$b的值，PHP 传的是副本，改了也没用 - 不要在比较函数中调用
echo或var_dump，某些 PHP 版本会因输出干扰排序流程
多字段排序要逐级判断，不能合并计算
想先按 status 分组（'active' 在前），再按 created_at 倒序，有人会写 return $a['status'] . $a['created_at'] $b['status'] . $b['created_at']; ——这会把字符串拼接后比较，逻辑完全错误。
正确做法是分优先级判断：
usort($items, function($a, $b) {
// 第一优先级：status
if ($a['status'] !== $b['status']) {
// 'active' 排前面，其他排后面
return $a['status'] === 'active' ? -1 : 1;
}
// 第二优先级：created_at 降序（新时间在前）
return $b['created_at'] <=> $a['created_at'];
});关键点：
- 每次只比一个字段，相等才进下一级，否则立刻 return
- 降序用
$b $a，升序才是$a $b - 字段类型不一致（比如
created_at是字符串格式 'Y-m-d'）也能比，但要确保格式统一，否则自然排序结果不可靠
性能敏感场景慎用 usort 处理大数组
usort 是基于快排的算法，平均时间复杂度 O(n log n)，但每次比较都调用用户函数，PHP 函数调用开销比 C 内建排序高不少。对 10 万行以上的数组，可能比 array_multisort + array_column 慢 2–3 倍。
如果规则简单（比如只按单个字段升/降序），优先考虑：
$ages = array_column($users, 'age'); array_multisort($ages, SORT_ASC, $users);
优势：
- 底层用 C 实现，无 PHP 函数调用开销
- 支持多个字段组合排序（传多组
array_column+ 多个SORT_*标志） - 不改变原数组键名（对索引数组也保持数字键）
限制：
- 仅适用于「字段可提取为一维数组」的结构，嵌套太深（如
$user['profile']['score']）就得先 flatten - 不能做条件逻辑（比如 “status=active 时按 score，否则按 name”），这种只能回到
usort
实际排序时，最易被忽略的是：你到底需不需要原始键？
很多开发者看到“索引数组”就默认用 usort，结果上线后发现导出 Excel 行号错乱、前端分页跳转失效——问题不在排序逻辑，而在键被悄悄重置了。
