必须用 usort() 时是排序二维数组且依据子键（如 price），因 sort() 对其无效并可能报错或错乱；usort() 需自定义比较逻辑，但会重置键名，保留键名应选 uasort()。
直接结论：能用 sort() 就别碰 usort()，除非你真需要按字段、规则或类型安全方式比较。
什么时候必须用 usort()？
当你要排序的不是一维数值/字符串数组，而是二维数组（比如订单列表、用户列表），且排序依据是某个子键（如 $item['price'] 或 $item['created_at']）时，sort() 完全无效——它只会把整个子数组当黑盒比大小，结果不可控。
-
sort()对二维数组调用后，可能报Warning: sort(): Array values are not comparable，或者静默失败但顺序错乱 -
usort()明确要求你提供回调函数，强制你定义“怎么比”，比如用$a['price'] $b['price'] - 注意：
usort()会重置键名（变成 0,1,2…），如果需保留原始键（如'order_123' => [...]），得换uasort()
sort() 的隐藏陷阱：类型不一致就翻车
它默认用 SORT_REGULAR 比较，遇到混合类型（比如 ['10', 2, 'apple']）会隐式转换，导致 '10' 成立（因为字符串比较），结果完全反直觉。
- 解决方法：显式传参，比如
sort($arr, SORT_NUMERIC)或sort($arr, SORT_STRING) - 字符串排序想忽略大小写？加
SORT_FLAG_CASE：sort($arr, SORT_STRING | SORT_FLAG_CASE) - 想按自然序排文件名（
img2.jpg在img10.jpg前）？用SORT_NATURAL
性能差得不是一点半点：高并发下 usort() 是 CPU 杀手
底层都是快排，但 usort() 每次比较都要调用 PHP 用户函数，而 sort() 是 C 实现的原生操作。数据量过千、QPS 过百时，usort() 的耗时可能高出 3–5 倍。
立即学习“PHP免费学习笔记（深入）”；
- 实测 10,000 条订单按价格排序：
sort()不适用；但若你误把一维价格数组传给usort()（而非直接用sort()），纯属自找开销 - 如果只是按字符串长度、时间戳数值等简单逻辑排序，优先考虑
array_map()+array_multisort()组合，有时比usort()更稳更快 - PHP 8.0+ 可用
array_key_first()等辅助函数减少中间数组生成，但改不了usort()回调本身的调用成本
最常被忽略的一点：usort() 的回调函数里，return $a $b 比 return $a - $b 更安全——后者在整数溢出或浮点误差时会返回错误符号，而太空船操作符严格按类型比较并返回 -1/0/1。
