应根据是否保留键和排序需求选择：需保键用asort()/arsort()，纯索引数组且不关心键用sort()/rsort()加sort_numeric，自定义逻辑才用usort()。
用 sort() 还是 usort()？看数组键要不要保留
PHP 里对整型数组排序，第一反应往往是 sort()，但它会重排键名——索引数组变 0,1,2...，关联数组的键直接丢光。如果你依赖原始键（比如 ['user_100' => 45, 'user_203' => 12]），sort() 就不对路。
真正该选的是：asort()（升序，保键）、arsort()（降序，保键）——它们专为「值排序、键不动」设计；如果要自定义逻辑（比如按绝对值排、或混排字符串和数字），才轮到 usort() 配 function($a, $b) { return $a $b; }。
-
sort()和rsort()：只适合纯数字索引数组，且不关心原键 -
asort()/arsort()：默认按值升/降序，键绑定不松动，整数比较也走自然顺序 -
usort()：需要显式返回 -1/0/1，船舶操作符最安全，别写$a - $b（超大整数溢出变负数）
sort() 默认按字符串排？整数也会被当字符串比
这是最常踩的坑：sort() 默认行为是 SORT_REGULAR，但 PHP 在比较时若类型不一致，会隐式转字符串再比——所以 [10, 2, 100] 排出来是 [10, 100, 2]（字符串比较："10"
必须显式指定排序模式：
立即学习“PHP免费学习笔记（深入）”；
- 整数安全升序：
sort($arr, SORT_NUMERIC) - 整数安全降序：
rsort($arr, SORT_NUMERIC) - 想严格按整型语义（包括负数、零）：
SORT_INTEGER更准，尤其 PHP 8+ 对混合类型更敏感 - 别用
SORT_STRING处理纯整数数组，除非你真想按字典序
关联数组用 asort() 却没生效？检查是否传了引用
asort() 和所有 PHP 排序函数一样，是「就地修改」——它直接改原数组，不返回新数组。常见错误是写成 $new = asort($arr)，结果 $new 是 bool(true)，而 $arr 才是真被排好的那个。
- 正确写法：
asort($arr); // $arr 已被修改 - 如果想保留原数组，得先复制：
$sorted = $arr; asort($sorted); - 注意：PHP 7.4+ 支持箭头函数，但
usort()仍不支持直接用箭头函数（语法报错），得用普通匿名函数
大数据量整数排序慢？别碰 usort() 的默认比较器
对上万元素的整数数组，用 usort($arr, fn($a, $b) => $a $b) 看似简洁，实际比 sort($arr, SORT_NUMERIC) 慢 3–5 倍——因为每次比较都进用户态函数调用，还多一层闭包开销。
性能关键点：
- 纯整数升序/降序：无条件选
sort()/rsort()+SORT_NUMERIC或SORT_INTEGER - 需要保留键：选
asort()/arsort()，同样加对应 flag - 只有逻辑复杂到无法用内置规则表达时（如按二进制位数排、或分段规则），才值得换
usort() - PHP 8.2+ 的
array_sort()尚未进入稳定版，别提前依赖
整数排序本身不难，难在默认行为和类型隐式转换那几处暗礁——不指定 flag、乱用函数、忽略键保留需求，三者占了 90% 的翻车现场。
