sort() 会重置数字键是设计行为而非 bug，它只排序值而不保留原始键名；arsort() 保留键但相等值键序不确定；混合键数组排序结果不可预测；需精确控制时应使用 array_keys()+array_values()+array_combine() 或 uasort()。
sort() 会重置数字键，这是设计行为，不是 bug
当你对一个纯数字索引的数组（比如 [10, 5, 8]）调用 sort()，它一定会把键重排为 [0 => 5, 1 => 8, 2 => 10]。这不是意外，而是函数定义决定的：它只关心值排序，不保留原始键名。
常见错误现象：
- 用
foreach遍历时发现键突然从2、5、10变成0、1、2 - 后续用
$arr[2]访问原第三个元素，结果取到新排序后的第三个值（可能完全不是你要的数据）
使用场景：仅适用于你**完全不依赖原始键名**的临时排序，比如生成排行榜列表后直接渲染，不存回数据库或传给前端做索引映射。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 如果数组是索引数组但你需要保留位置语义（比如第 3 个商品对应 ID 102），改用
asort()+ 手动重建数字键（见下一条） - 若必须用
sort()，排序后立刻用array_values()显式重索引，避免误以为键还“连着”原数据
arsort() 保留键，但相等值的键顺序不保证
arsort() 不会丢掉键名，这点和 sort() 本质不同。但它有个隐蔽陷阱：当多个值相等时，它们的键在结果中的相对顺序是不确定的。
例如：
$data = ['x' => 100, 'y' => 50, 'z' => 100]; arsort($data); // 可能输出 ['x'=>100, 'z'=>100, 'y'=>50]，也可能 ['z'=>100, 'x'=>100, 'y'=>50]
这是因为 PHP 的底层排序（快排变种）是非稳定的 —— 它不承诺相等元素的原始先后关系。
容易踩的坑：
- 用
arsort()做分页排序时，第一页末尾和第二页开头出现相同值，用户刷新后数据错位 - 把排序结果当优先级队列用，假设
'x'总在'z'前面，结果上线后随机失效
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 需要稳定排序时，不要依赖
arsort()单次调用；改用uasort()自定义比较函数，在值相等时按原始键名或额外字段二次判断 - 若原始数组键本身有业务含义（如数据库 ID），可先用
array_keys($arr)记录初始顺序，排序后手动校准
混合键类型数组排序后，键行为更难预测
PHP 数组允许数字键和字符串键混用，但排序函数对这两类键的处理逻辑完全不同。
例如：
$mixed = [0 => 'a', 'id' => 'b', 2 => 'c']; arsort($mixed); // 输出顺序取决于内部哈希表遍历+排序策略，PHP 不保证数字键和字符串键的混合排序稳定性
关键点：
- 数字键会被当作整型处理（即使写成
'0'），字符串键始终按字典序参与比较 -
ksort()和krsort()会把数字键转为整数再排序，而asort()/arsort()只比值，不干涉键类型 - 这种数组一旦排序，键的“视觉顺序”和“内存存储顺序”可能不一致，
foreach遍历结果未必符合直觉
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 避免在同一个数组里混用数字键和有意义的字符串键；真要这么做，排序前先用
array_merge()拆分成两组分别处理 - 调试时别只看
print_r()，用var_dump()确认键的实际类型（int(0)还是string(1) "0"）
想真正控制键顺序，绕开内置排序函数
PHP 原生排序函数的设计目标是通用和性能，不是精确控制。当你需要确定性键序（比如导出 CSV 时列顺序固定、API 返回字段顺序严格），硬套 asort() 或 ksort() 往往事倍功半。
更可靠的做法：
- 用
array_keys()+array_values()提取键和值，各自排序后再用array_combine()重建 —— 虽多一步，但每步可控 - 对索引数组，先用
array_map(null, $arr, array_keys($arr))把值和原键打包成二维数组，再用usort()排序，最后解包 - 涉及多字段排序（如先按分数降序，分数相同时按注册时间升序），必须用
uasort()，且比较函数里显式处理相等情况
性能提醒：这些方案比原生函数略慢，但差异通常在微秒级；比起线上因键错乱导致的逻辑错误，这点开销值得付出。
最常被忽略的一点：PHP 数组的“顺序”本质上是插入顺序 + 内部哈希表结构共同决定的，排序函数只是重新排列这个结构。没有“绝对正确”的键序，只有“符合你当前业务约束”的键序。
