array_multisort 必须配合 array_column 使用，因为它仅支持一维数组排序；直接对多维数组调用会失效，需先用 array_column 抽出指定列降维，再传入原数组引用实现真实重排。
array_multisort 为什么必须配合 array_column 使用
直接对多维数组调用 array_multisort 会报错或排序失效，因为它只接受一维数组作为排序依据。真实场景中你要按 users 数组里每个子数组的 'age' 或 'name' 排，就得先用 array_column 抽出这一列——它本质是帮你“降维”，把嵌套结构转成可比较的一维序列。
常见错误现象：array_multisort($users, SORT_ASC) 看似简洁，实际什么也没排，因为 $users 是二维数组，array_multisort 按照规则把它当做一个整体元素处理了。
- 正确写法必须是：
array_multisort(array_column($users, 'age'), SORT_ASC, $users) -
array_column第二个参数支持键名、数字索引，甚至 null（提取整行，但慎用） - 如果字段可能缺失，
array_column($users, 'score', 'id')这种带第三个参数的用法会生成关联索引，注意后续排序是否依赖原始顺序
多个字段同时排序时的参数顺序很关键
array_multisort 的参数是“优先级从左到右”的：左边的列决定主序，相等时才看右边。但很多人误以为只要写上多个 array_column 就自动联动，其实漏掉原始数组引用会导致数据错位。
使用场景：按 'status' 升序，同状态再按 'created_at' 降序。
立即学习“PHP免费学习笔记（深入）”；
- 正确顺序：
array_multisort(array_column($items, 'status'), SORT_ASC, array_column($items, 'created_at'), SORT_DESC, $items) - 错误写法：
array_multisort(array_column($items, 'status'), SORT_ASC, array_column($items, 'created_at'), SORT_DESC)—— 缺少$items，原数组不会被重排 - 所有排序列必须对应相同长度，否则 PHP 会静默截断，导致部分数据丢失
处理字符串字段排序要注意 locale 和大小写
默认的 SORT_STRING 是字节序比较，中文、带符号字符、大小写混排时结果常不符合预期。比如 'Apple' 和 'apple' 在 ASCII 中大写字母排在小写前面，但业务上通常希望忽略大小写。
- 简单方案：统一转小写再抽列，
array_column(array_map(function($x) { return ['name' => strtolower($x['name'])]; }, $data), 'name')，但会丢失原始值 - 更稳妥做法：用
SORT_NATURAL | SORT_FLAG_CASE标志位，array_multisort(array_column($data, 'name'), SORT_NATURAL | SORT_FLAG_CASE, $data) - 若需中文拼音排序，PHP 原生不支持，得用
collator_create('zh_CN')配合collator_sort，这时就别硬套array_multisort了
性能瓶颈出现在大数据量和重复调用 array_column
每次 array_column 都要遍历整个数组，三列排序 = 三次全量扫描。10 万条数据时，光抽列就可能比排序本身还慢。
- 可提前缓存列数组：
$ages = array_column($users, 'age'); $names = array_column($users, 'name');，避免重复计算 - 若排序逻辑频繁触发（如 API 分页），考虑在数据入库/更新时预存排序权重字段，用空间换时间
- 超过 5 万行建议改用数据库
ORDER BY，PHP 层排序只是兜底或前端 demo 场景
真正容易被忽略的是：array_multisort 修改的是原数组的引用，如果你传入的是函数返回值或表达式（比如 getUsers()），会触发 “Cannot use temporary value in write context” 错误。必须确保最后一个参数是变量名，且该变量可写。
