ksort按键名排序且保留键值关联，usort按值自定义排序但重置为数字索引；需保键时应选asort或uasort，非usort。
ksort 是按键名排序，usort 是按值自定义排序
ksort 只能对关联数组的 key 做升序排列，不支持降序或按值逻辑；usort 则完全不管键名，只对数组的 value 执行你写的比较函数，且会重置键为数字索引。两者根本不在一个维度上——一个是内置规则、保键关联、仅限 key 排序；一个是开放接口、丢键重索引、全权由你控制逻辑。
ksort 不改变键值关联，usort 一定会重置键为 0,1,2…
这是最常踩的坑：用 usort() 处理带语义键名（比如 'user_id'、'status_code'）的数组后，原始键全部消失，变成纯数字索引。而 ksort() 原地修改，$arr['z'] 还是 $arr['z']，只是位置提前了。如果你需要“按值排序 + 保留键”，该用 asort() 或 uasort()，不是 usort()。
usort 的性能开销明显高于 ksort
在千级以上的数据量下，usort() 每次元素比较都要调用一次用户函数，PHP 解释器要切换上下文、压栈、传参，实测比 ksort() 慢 3–5 倍。尤其在高并发 Web 请求中，这种差异会被放大。如果只是想按键名字符串排序，ksort() 是零额外开销的 C 层实现；而 usort() 即使写个空函数，也绕不开调用成本。
ksort 支持 $sort_flags，usort 不支持任何标志位
ksort() 第二个参数可以传 SORT_STRING、SORT_NATURAL 等标志，影响字母排序行为（比如 'item10' 是否排在 'item2' 后面）；usort() 完全不接受标志位，所有规则必须硬编码进比较函数里。例如想自然排序键名，ksort($arr, SORT_NATURAL) 一行搞定；用 usort() 就得手写 strnatcmp($a, $b)，还不能直接用——因为 usort() 的参数是值，不是键。
立即学习“PHP免费学习笔记（深入）”；
真正容易被忽略的是：很多人以为“要排序就得用 usort”，结果既丢了键，又慢，还写了一堆本可避免的逻辑。其实先问清楚——你要排的是键还是值？要不要保留键？要不要降序？有没有特殊字符或数字混排？答案一出来，ksort、asort、uasort、krsort 几乎覆盖全部常见场景，usort 应该是最后才考虑的选项。
