在 usort 回调中需按优先级逐字段比较，返回严格 -1/0/1；多级排序用嵌套 if 判断，状态映射为数字再倒序；关联数组须用 uasort 保键名；简单排序可用 array_multisort；自定义函数应命名并传字符串名。
usort 里怎么写多字段优先级比较逻辑
直接在 usort 的回调函数中逐级判断字段，是实现自定义优先级最常用也最可控的方式。关键不是“能不能”，而是“返回值必须严格为 -1、0、1”——PHP 的排序引擎依赖这个三态信号决定元素位置。
常见错误是用 == 或 === 判断后直接返回布尔值，比如 return $a['status'] === 'urgent';，这会导致排序结果错乱甚至死循环。
- 先比第一优先级字段（如
priority），不等就立刻return $a['priority'] $b['priority'] - 相等时再比第二优先级（如
created_at），用strtotime($a['created_at']) strtotime($b['created_at']) - 最后兜底比 ID 或其他唯一字段，避免 PHP 8.0+ 之前相对顺序未定义的问题
示例：按状态（'high' > 'normal' > 'low'）→ 时间倒序 → ID 升序：
usort($tasks, function($a, $b) {
$priorityMap = ['high' => 3, 'normal' => 2, 'low' => 1];
$pA = $priorityMap[$a['status']] ?? 0;
$pB = $priorityMap[$b['status']] ?? 0;
if ($pA !== $pB) return $pB <=> $pA; // 高优先级在前 → 倒序
$timeA = strtotime($a['created_at']);
$timeB = strtotime($b['created_at']);
if ($timeA !== $timeB) return $timeB <=> $timeA;
return $a['id'] <=> $b['id'];
});
uasort 才能保留原始键名，别用 usort 错了
如果你的数组是关联结构（比如 ['order_123' => [...], 'order_456' => [...]]），且后续逻辑依赖这些字符串键名（例如生成 URL、查缓存、做批量更新），那必须用 uasort，而不是 usort。
立即学习“PHP免费学习笔记（深入）”；
usort 会把所有键重置为数字索引（0, 1, 2...），哪怕你传进去的是带键的数组。这个行为不可逆，且不会报错，容易在后期调试时卡很久。
- 用
uasort($arr, $callback)保持键值对关系 - 如果排序后还要按原键取值（比如
$arr['user_789']['name']），漏掉a就等于丢数据 -
uasort和usort的回调函数签名完全一样，替换时只需改函数名
用 array_multisort + array_column 处理简单字段排序
如果只是按单个字段升/降序，且数组结构规整（每个子数组都有该字段），array_multisort 配合 array_column 更简洁、性能略好，且天然支持多列同排。
但它不支持「状态映射为数字」这类逻辑转换，一旦要处理非线性优先级（比如 'pending' > 'processing' > 'done'），就得退回 usort。
- 升序：
array_multisort(array_column($data, 'score'), SORT_ASC, $data) - 降序：
array_multisort(array_column($data, 'score'), SORT_DESC, $data) - 多字段：先写 score 列，再写 name 列，对应参数依次跟上
SORT_ASC或SORT_DESC
注意：array_column 在 PHP 7.0+ 才支持对象数组，老版本需先用 array_map 提取字段。
自定义比较函数命名和复用要点
把复杂比较逻辑抽成独立函数，不只是为了复用，更是为了可测、可 debug。匿名函数在报错堆栈里只显示 “{closure}”，而命名函数能直接定位到行号和语义。
容易被忽略的一点：函数名传给 usort 时必须是字符串，不能带括号，也不能用变量——usort($arr, 'compareByStatusThenTime') 是对的，usort($arr, compareByStatusThenTime()) 会报 Function name must be a string。
- 函数内避免副作用（如修改全局变量、写日志），它可能被调用上百次
- 字段不存在时要有兜底（
$a['field'] ?? null），否则触发 notice 影响排序稳定性 - 时间或数字字段记得类型转换，字符串 '10'
usort 却没意识到键已被重置；或者在比较函数里用了 return true/false，表面看起来排好了，但换一批数据就乱序。这两处不验证，上线后问题很难复现。 
