Layui表格空值排序乱因JS原生比较机制，需用sortType:'custom'配合sorter函数统一沉底：先判空（null/undefined/''），空值返回1或-1，非空按类型安全比较。
为什么空值排序总乱套
layui 表格默认把 null、undefined、空字符串 '' 当成真实值参与 js 原生比较，结果就是数字列里 null 被当最小值排最前，字符串列里 '' 挤在中间——这不是 bug，是 js 的 == 和 - 运算的自然行为，但业务上几乎没人想要这种效果。
用 sortType: 'custom' + sorter 函数统一沉底
必须关掉默认排序逻辑，走自定义路径。核心是在列配置里写 sortType: 'custom' 并提供 sorter 回调函数，手动控制空值优先级：
-
sorter接收三个参数：a（当前行值）、b（对比行值）、order（'asc'或'desc'） - 先用
v == null || v === ''判断是否为空，别漏掉undefined和'' - 策略通常是空值统一沉底：升序时让空值“比谁都大”，降序时也一样——都返回
1或-1，而不是依赖order反转 - 非空值再按类型安全比较：数字列用
a - b，字符串列用a.localeCompare(b)，别直接a > b
示例（价格列）：
table.render({
cols: [[
{
field: 'price',
title: '价格',
sort: true,
sortType: 'custom',
sorter: function(a, b, order) {
const isEmpty = v => v == null || v === '';
if (isEmpty(a) && isEmpty(b)) return 0;
if (isEmpty(a)) return 1;
if (isEmpty(b)) return -1;
return order === 'asc' ? a - b : b - a;
}
}
]]
});字符串列要额外处理数字型字符串和空格
如果字段值是字符串但实际表示数字（比如 '12'、'2'），直接 a.localeCompare(b) 是字典序，'12' > '2' 会返回 false，错乱。
- 先尝试转数字：
const numA = Number(a); const numB = Number(b); - 如果任一结果是
NaN，按空值处理（或 fallback 到字符串比较） - 判断空字符串要严格：
a?.trim() === ''，避免单个空格' '被当成有效值
服务端排序时前端 sorter 完全不生效
只要配置了 url 且开启分页（page: true），排序就由后端执行，前端 sorter 函数根本不会被调用。
- 前后端必须约定空值字段统一用
null（不是'null'字符串或''） - MySQL 8.0+ 可用
ORDER BY price ASC NULLS LAST - 低版本 MySQL 用
ORDER BY price IS NULL, price ASC - PostgreSQL 同样支持
NULLS LAST；Oracle 用ORDER BY price NULLS LAST
真正容易踩坑的是混用场景：同一套表格配置，有时前端静态数据、有时走接口，空值逻辑得按层拆开处理，不能指望一个 sorter 全局兜底。
