多字段排序应手写usort回调函数逐级比较，优先用宇航员操作符；避免拼接表达式破坏稳定性，注意字符串locale、大小写及空值处理，array_multisort不支持混合方向且容错差。
usort 里怎么写多字段比较逻辑
直接在 usort 的回调函数里用多个 if 判断字段优先级，别想着套一层现成的“通用排序函数”——PHP 没内置多字段 usort 工具，手写最稳。
常见错误是把多个字段用 strcmp 或减法硬拼成一个表达式，比如 ($a['age'] - $b['age']) + ($a['name'] $b['name'])，这会破坏排序稳定性，字段权重混乱，结果不可控。
正确做法是逐级比较：先比第一字段，相等再比第二字段，依此类推。PHP 7+ 推荐用宇航员操作符 ，它天然支持字符串、数字、null，且返回 -1/0/1，语义清晰。
示例：按 status（字符串，'active' > 'pending' > 'draft'）升序，再按 created_at（时间戳）降序：
立即学习“PHP免费学习笔记（深入）”；
usort($items, function($a, $b) {
// 第一字段：status 自定义顺序
$status_order = ['draft' => 0, 'pending' => 1, 'active' => 2];
$cmp = ($status_order[$a['status']] ?? -1) <=> ($status_order[$b['status']] ?? -1);
if ($cmp !== 0) return $cmp;
<pre class='brush:php;toolbar:false;'>// 第二字段：created_at 降序 → 翻转比较方向
return $b['created_at'] <=> $a['created_at'];});
字符串字段排序要注意 locale 和大小写
直接用 $a['name'] $b['name'] 是字节序比较，中文可能乱序，英文大小写敏感（'Z' 成立），线上数据常因此排错。
如果要按用户习惯排序（比如中文拼音、英文忽略大小写），必须用 collator_compare 或 strnatcasecmp，不能依赖 。
使用场景：后台列表展示、导出 Excel 前排序、API 返回前整理数据 —— 这些地方用户能直观看到顺序，错一点就明显。
要点：
- 用
Collator类支持多语言，但需确保系统装了intl扩展，否则报Class 'Collator' not found - 简单英文忽略大小写，用
strnatcasecmp($a['name'], $b['name'])更轻量，兼容性好 - 别在回调里反复 new Collator，提前实例化好传进去，避免性能损耗
性能差？多半是回调里做了不该做的事
usort 时间复杂度是 O(n log n)，但如果你在比较函数里查数据库、读文件、调 API，实际耗时会爆炸，1000 条数据可能卡几百毫秒。
容易踩的坑：
- 在回调里调
date_create()解析时间字符串 —— 改成提前把created_at转成时间戳存到临时字段 - 用
json_decode解析某个字段再比 —— 提前解好，或改用 JSON Path 提取后缓存 - 重复调用
mb_strlen比长度 —— 长度不变的话，先算好存在数组里
实操建议：把所有需要计算的值，在 usort 前预处理进数组，让比较函数只做纯逻辑判断。例如：
// ❌ 错误：每次比较都解析
usort($data, fn($a, $b) => strtotime($a['date_str']) <=> strtotime($b['date_str']));
<p>// ✅ 正确：提前转换
foreach ($data as &$item) {
$item['_date_ts'] = strtotime($item['date_str']);
}
usort($data, fn($a, $b) => $a['_date_ts'] <=> $b['_date_ts']);PHP 8.1+ 可以用 array_multisort 但有隐藏限制
有人试过 array_multisort 配合 array_column 实现多字段，写法短，但实际很脆：
- 只支持同向排序（全部升序或全部降序），没法混合方向（比如 status 升序 + created_at 降序）
- 对 null 或缺失字段容忍度低，
array_column($data, 'price')遇到某条没price就返回null，整个排序崩 - 返回新数组，不修改原数组，如果原地修改是刚需，还得重新赋值
所以除非你数据干净、方向一致、且明确不需要自定义逻辑，否则不如老实用 usort。别为少写几行牺牲可维护性。
真正麻烦的不是写法，是字段类型不统一（有的字符串有的 int）、空值含义不一致（null 算最大还是最小）、还有时区没归一 —— 这些得在排序前清理，而不是指望比较函数兜底。
