asort() 保留键名是因为采用“值驱动、键跟随”的关联重排策略，不销毁键值对而仅调整遍历顺序；对比sort()丢弃原键、ksort()按键排序，其在PHP 8.0+起为稳定排序，相同值保持原始相对顺序。
asort() 能保留键名，是因为它内部采用「值驱动、键跟随」的排序策略，而不是像 sort() 那样直接重置索引。
asort() 的排序机制本质是“关联重排”
- PHP 数组底层是哈希表（HashTable），每个元素由
key → value构成 -
asort()不销毁或重建键，而是对已有键值对按value大小重新排列其在哈希表中的存储顺序 - 键本身不参与比较，但始终绑定原
value，因此输出时key看起来“没变”，其实是被整体挪动了位置
容易误解的点：不是“不改键”，而是“不分离键值对”
- 如果你写
$arr = ['x' => 1, 'y' => 3, 'z' => 2]; asort($arr);，结果是['x'=>1, 'z'=>2, 'y'=>3] - 这里
'x'没有变成0，'y'也没丢——因为asort()从不触碰键的字符串/整型标识，只调整它们在数组遍历序列里的先后顺序
和 sort() 对比才看得清区别
-
sort()：强制把数组转成「纯数值索引」，所有原始键被丢弃，新键为0, 1, 2... -
asort()：原始键仍存在，只是按值排序后，foreach或print_r输出时顺序变了 -
ksort()：键参与比较，值被动跟随——和asort()是正交操作，不能混用目标
注意 PHP 8.0+ 的稳定性保障
- 在 PHP 8.0.0 及之后，
asort()是稳定排序：相等的value会保持原始相对顺序 - 旧版本（<8.0）中，相同值的元素顺序可能随机，如果你依赖这个行为（比如分页时保证一致性），必须升级或手动补逻辑
真正容易被忽略的是：保留键名 ≠ 保留插入顺序。当多个值相等时，PHP 7.x 下的顺序不可靠，而这个细节在配置合并、日志归档等场景里会悄悄引发 bug。
