php中json排序必须在json_encode()前对数组排序，不能操作json字符串；需根据需求选usort/uasort（按值）、ksort/krsort（按键）；中文排序应使用collator而非strcmp。
PHP 中用 json_encode() 返回 JSON 前，数据必须先在 PHP 数组层面排序
PHP 本身不提供“对已生成的 JSON 字符串排序”的功能。所谓“JSON 排序”，本质是让原始数组按需排列后，再调用 json_encode() 输出。直接对 JSON 字符串操作（比如用 str_replace 或正则）不仅不可靠，还会破坏嵌套结构和转义。
常见错误现象：json_encode($data) 返回顺序和预期不一致，尤其在关联数组中——这是因为 PHP 7.4+ 的 json_encode() 默认保留关联数组键序，但若原始数组是动态构建、未显式排序，结果就不可控。
- 使用场景：API 接口返回列表需按时间、ID、名称等字段升/降序；前端依赖固定字段顺序做渲染（虽不推荐，但现实存在）
- 关键点：排序动作必须发生在
json_encode()之前，且针对的是 PHP 数组（Array），不是字符串 - 如果数据来自数据库，优先在 sql 层用
ORDER BY排好，避免 PHP 层额外处理
按数组值排序：用 usort() 或 uasort() 处理索引/关联数组
usort() 适合索引数组（数字键），会重置键；uasort() 适合关联数组（字符串键），保留原始键名。两者都要求传入比较函数，返回负数、0、正数来决定顺序。
示例：按用户数组中的 name 字段升序排列
立即学习“PHP免费学习笔记（深入）”；
uasort($users, function($a, $b) { return strcmp($a['name'], $b['name']); }); echo json_encode($users);- 注意
strcmp()用于字符串比较；数值字段改用$a['age'] $b['age']（太空船操作符）更安全 - 若数组深层嵌套（如
$a['profile']['first_name']），比较函数里要加空值判断，否则触发 Notice -
usort()后键会变成 0,1,2…，前端若依赖键名（如data.users.admin），必须用uasort()
保持键顺序 + 避免自动索引重排：用 ksort() / krsort() 按键名排序
当你要的是“按字段名字母顺序排列 JSON 的 key”，比如让 {"z":1,"a":2} 变成 {"a":2,"z":1}，就得用 ksort()（升序）或 krsort()（降序）。这在生成配置类 JSON 或调试输出时有用。
- 只对一维关联数组有效；多维数组需递归处理（自行封装或用
array_walk_recursive配合判断） - PHP 8.2+ 开始，
json_encode()默认启用JSON_UNESCAPED_UNICODE等优化，但不影响键序——键序完全由输入数组决定 - 别混淆：
ksort()是按键（key）排，usort()是按值（value）排，用途完全不同
中文字段排序容易乱码？用 collator 扩展替代 strcmp
直接用 strcmp() 排中文，结果常是乱序（按字节而非 Unicode 码位），因为 UTF-8 下中文字符占多个字节。可靠做法是启用 intl 扩展，用 Collator 类：
$collator = new Collator('zh_CN'); uasort($items, function($a, $b) use ($collator) { return $collator->compare($a['title'], $b['title']); });- 没装
intl扩展？strcmp()在纯 ASCII 场景可用，但一旦混入中文、emoji、带音调字母，就失效 - 区域设置（如
'zh_CN'）影响排序逻辑（拼音 vs 笔画），测试时确认是否符合业务预期 - 性能上
Collator比strcmp稍慢，大数据量排序建议提前缓存或改用数据库 ORDER BY
PHP 数组排序本身不难，真正容易被忽略的是：**排序时机是否在 json_encode 之前、键是否该保留、中文比较是否用了正确工具**。这三个点错一个，返回的 JSON 就可能和前端对不上。