该用ksort而非sort时：需保持键值对关系且按键名排序；sort会重置键名导致取值失败，ksort则保留键名并按字典序升序排列。
什么时候该用 ksort，而不是 sort
当你需要保持键值对关系、只按键名重新排列顺序时，ksort 是唯一合理选择。比如处理表单提交的关联字段：['email' => 'a@b.com', 'name' => 'Alice', 'age' => '25']，想让键名按字母序排成 ['age' => '25', 'email' => 'a@b.com', 'name' => 'Alice']，用 sort 会直接丢掉键名，变成数字索引数组。
常见错误现象：sort 后发现原来用 $data['user_id'] 取值报错——因为键名被重置了。
-
ksort修改原数组，返回true或false（失败仅在内存不足等极端情况） - 它默认按字典序（ASCII）升序，中文、大小写混合时要注意：大写字母（A-Z）排在小写（a-z）前面
- 如果键名是纯数字字符串（如
'100'、'2'），仍按字符串比较，'100' 成立，结果不是自然数序
krsort 的实际用途和陷阱
krsort 就是 ksort 的倒序版，但别以为“倒序”只是加个负号那么简单。它本质是先按键名升序排好，再整体反转数组——这意味着键名顺序反了，但**键与值的绑定关系依然完整保留**。
典型使用场景：后台配置项按功能模块分组，键名用前缀标识（'db.host'、'db.port'、'cache.ttl'），想把同类配置聚在一起，可先按键名排序再人工分段；或者调试时快速把长数组里靠后的键名（如 'zz_debug_mode'）甩到最前面看一眼。
立即学习“PHP免费学习笔记（深入）”；
- 不支持自定义比较函数（PHP 7.4+ 的
ksort支持SORT_FLAG_CASE等标志，但krsort不接受第2个参数） - 若需自然排序（
'item2'在'item10'前），必须先用uksort($arr, 'strnatcasecmp')，再手动反转，不能依赖krsort - 对超大数组（>10万元素），
krsort比ksort多一次遍历，性能差异可测但通常不明显
中文键名排序为什么总是乱？
PHP 默认的字符串比较基于字节值，而 UTF-8 编码下中文每个字符占 3 字节，字节序和字典序完全不对应。所以 ksort(['用户' => 1, '订单' => 2]) 的结果取决于这两个汉字 UTF-8 编码首字节谁小——跟字形、拼音、笔画都无关。
解决办法只有一个：用 uksort 配合多字节函数。
- 按 Unicode 码点排（基本等效于字典序）：
uksort($arr, function($a, $b) { return mb_strcmp($a, $b); }) - 按拼音首字母排（需安装
ext-intl）：uksort($arr, function($a, $b) { return \Collator::create('zh')->compare($a, $b); }) - 注意：
mb_strcmp在 PHP 8.0+ 才稳定支持，低版本要用mb_strtolower+strcmp组合
排序后 JSON 输出键名顺序还乱？
PHP 数组排序生效了，但 json_encode($arr) 输出的 JSON 对象键名看起来还是无序的——这不是 PHP 的问题，是 JSON 规范本身不要求保留对象键顺序。ECMAScript 2015+ 虽规定了插入顺序，但解析器实现仍有差异。
如果你依赖前端按特定键序渲染（比如表头列顺序），别指望 JSON 键名顺序，应该：
- 额外传一个
keys_order字段，明确指定顺序：['keys_order' => ['id', 'name', 'created_at'], 'data' => [...]] - 或改用索引数组套关联结构：
[['key' => 'name', 'value' => 'Alice'], ['key' => 'id', 'value' => 123]] - PHP 7.4+ 中
json_encode对关联数组的输出顺序 = 数组内部迭代顺序（即ksort后的顺序），但这是 PHP 行为，不是 JSON 标准保证
真正容易被忽略的是：很多开发者调了 ksort 就以为前端能靠 JSON 键序工作，结果在 Safari 或旧 Node.js 版本里出问题——键序从来就不是可靠契约。
