php中null排序分数据库和数组两层：mysql默认将null视为最小值但行为不稳定，需用nulls last或case when处理；php数组usort需显式判断null，避免自动转0导致错序。
PHP 中的 NULL 值排序分两个层面：数据库查询结果里的 NULL 排序，和 PHP 数组内部对含 NULL 元素的排序。两者机制完全不同，不能混用逻辑，否则会翻车。
MySQL 查询中 ORDER BY 的 NULL 行为不一致
MySQL 默认把 NULL 当作“最小值”：升序时排最前，降序时排最后。但这个行为在不同版本和上下文里不稳定——尤其在窗口函数中，RANK() OVER (ORDER BY salary DESC) 遇到 salary IS NULL，可能把 NULL 行排第一，业务上就误判成“最高薪”。
- MySQL 8.0.22+ 支持
NULLS LAST，但必须写在单个排序项后：ORDER BY salary DESC NULLS LAST，不能写成ORDER BY salary DESC NULLS LAST, created_at ASC（第二字段没声明 NULL 处理，行为未定义） - 低版本或兼容性要求高时，用
CASE WHEN salary IS NULL THEN 1 ELSE 0 END拆成布尔前置项：ORDER BY CASE WHEN salary IS NULL THEN 1 ELSE 0 END, salary DESC - ThinkPHP 等框架里别拼字符串：
->orderRaw('salary IS NULL, salary DESC')是安全的；但->order("salary desc")这种裸字符串写法，字段名没转义，遇用户输入易报Column not found
PHP 数组 usort/uasort 中 NULL 的比较陷阱
PHP 的 usort() 和 uasort() 不会自动处理 NULL —— 直接拿 $a['score'] - $b['score'] 比较，遇到 NULL 会被转成 0，导致所有 NULL 值全挤在一起、且位置不可控。
- 必须显式判断：
if ($a['score'] === null && $b['score'] !== null) return 1;（让 NULL 排后面） - 更稳妥的是统一转类型再比，比如都转成 float：
$aVal = $a['score'] ?? -INF; $bVal = $b['score'] ?? -INF;，再比大小 - 用
array_multisort()提前提取列时，array_column($data, 'score')遇到缺失键或 NULL，会返回NULL，导致整个排序列失效；得先用array_map()填默认值
ThinkPHP 动态排序时 NULL 处理要提前校验
TP 的 order() 方法本身不处理 NULL 语义，它只负责生成 SQL 片段。如果你传 ->order(['position' => 'desc'])，生成的仍是 ORDER BY position DESC，NULL 位置照旧由 MySQL 决定。
- 想让 NULL 固定排最后，必须上
orderRaw()：->orderRaw('position IS NULL, position DESC') - 字段来自用户请求（如
?sort=position），先过白名单：$allow = ['position', 'status', 'updated_at'];，否则攻击者传sort=position%20IS%20NULL,price可能绕过基础校验 - 关联模型排序（如
User::with('profile')->order(...)）中，orderRaw()很可能不生效，得改用子查询或视图预处理 NULL
真正容易被忽略的点是：数据库层和 PHP 层对 NULL 的“排序意义”完全不互通。你在 SQL 里用 CASE 把 NULL 排最后，结果进 PHP 数组后，又用 usort 按另一个字段重排——那之前 SQL 的 NULL 控制就白做了。得先想清楚，NULL 控制是在哪一层生效、哪一层需要二次处理。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
