uasort不会改掉数组的键名，其核心特性是保持索引关联，仅重排元素顺序而不改变原始键名与值的映射关系，适用于需通过原键名（如'user_123'）后续访问的关联数组。
uasort 会改掉数组的键名吗
不会。uasort 的核心特性就是「保持索引关联」——原始数组的键（key）一个都不会丢，也不会被重编号。它只按你写的比较逻辑重新排列元素顺序，键和值的绑定关系始终不变。
这点和 usort 有本质区别：usort 会把所有键清空，强制变成数字索引 0, 1, 2...；而 uasort 适合处理像 ['user_123' => [...], 'post_456' => [...]] 这类靠键名标识身份的数据。
- 如果你后续还要用
$data['user_123']访问，必须用uasort - 如果传给
usort，'user_123'键就彻底消失了 - 键名顺序变了 ≠ 键名被替换，
var_dump里看到的还是原来的字符串或数字键
比较函数返回值写错会导致排序乱序
uasort 要求比较函数严格返回整数：小于时负数、相等时 0、大于时正数。返回 false、float、string 或没返回，PHP 会强制转成 0，结果就是“所有元素都相等”，排序失效。
常见错误写法：
立即学习“PHP免费学习笔记（深入）”；
function cmp($a, $b) {
return $a['score'] < $b['score']; // ❌ 返回 true/false → 全变 0
}
正确写法（升序）：
function cmp($a, $b) {
if (!isset($a['score']) || !isset($b['score'])) return 0;
return $a['score'] - $b['score']; // ✅ 安全减法，自动处理符号
}
- 用减法比大小最稳妥，但仅限数值字段；字符串要用
strcmp()或strcasecmp() - 访问嵌套键前务必检查
isset()，否则触发Notice: Undefined index - 别在比较函数里修改传入参数（PHP 8.0+ 会报
E_WARNING）
对二维数组按某个字段排序的典型写法
假设你有用户数据，想按 status 字段排序，且 status 是字符串（如 'pending', 'approved', 'rejected'），不能直接比大小。
可定义优先级映射：
$status_order = ['pending' => 1, 'approved' => 2, 'rejected' => 3];
<p>uasort($users, function($a, $b) use ($status_order) {
$a_val = $status_order[$a['status']] ?? 99;
$b_val = $status_order[$b['status']] ?? 99;
return $a_val - $b_val;
});
-
use ($status_order)是闭包捕获外部变量的必需语法 -
?? 99防止未知 status 导致Notice并赋予最低优先级 - 降序只需把
return改成$b_val - $a_val - 字段不存在时，
isset($a['status'])比??更明确，但两者都得用
uasort 和 usort 混用会出什么问题
直接混用不会报错，但语义完全错位。比如你本意是保留键名，却误用了 usort：
// 原始数组带语义化键名
$data = ['order_789' => ['total' => 120], 'order_123' => ['total' => 85]];
<p>usort($data, function($a, $b) { return $a['total'] - $b['total']; });
// 结果：$data[0] 和 $data[1] —— 'order_789' 键彻底丢失
反过来，如果数组本来就是数字索引，又硬用 uasort，虽然能跑通，但属于过度设计，无实际收益。
- 选函数先看键名要不要：要留 →
uasort；要重排 →usort -
uasort的性能略低于usort（因需维护哈希表键映射），但差异微乎其微 - 调试时用
array_keys($arr)快速确认键是否还在，比肉眼扫var_dump更可靠
