最可靠方式是在render前用map+sort预处理data数组，确保data为已排序完整数组且字段与cols严格对齐；若用url则必须在parseData中安全提取并排序后返回含data和count的对象。
render前用map+sort预处理data数组最可靠
直接在调用table.render()之前，把请求回来的原始数据用array.map()和array.sort()加工好，再塞进data选项——这是唯一能100%控制排序逻辑、且不破坏分页/重载行为的做法。
常见错误是：在parseData里对res.data做sort()，结果翻页后顺序乱掉，或重载时排序失效。因为parseData只影响当次解析，不改变表格实例持有的数据源引用。
- 必须确保
data是已排序的完整数组，结构与cols中field严格对齐 - 若后端返回的是嵌套结构（比如
res.data.list），先解构再排序，别直接res.data.sort() - 排序函数里注意
null/undefined值处理，否则localeCompare或减法比较会出错 - 升序降序逻辑要和
initSort保持一致，否则用户点表头时视觉错乱
示例：
axios.get('/api/list').then(res => {
const sorted = res.data.list.sort((a, b) => {
const aVal = a.score ?? -Infinity;
const bVal = b.score ?? -Infinity;
return bVal - aVal; // 降序
});
table.render({
elem: '#demo',
data: sorted, // ✅ 已排好序的数据
cols: [[{field: 'score', title: '分数', sort: true}]]
});
});
用url自动加载时，parseData是唯一能预排序的位置
如果你必须用url而不是data，那parseData就是唯一合法入口。但注意：它不是“修改响应体”，而是“返回一个新结构”，所以排序必须写在return之前，且不能改动res.data原始引用。
2.8+版本支持response配置，但排序逻辑仍得落在parseData里；beforeSend只管发请求，不碰响应数据。
-
parseData接收整个响应对象res，你要自己提取res.xxx并map/sort - 返回对象必须含
data和count字段，缺一不可，否则表格空白 - 如果后端已按某字段排序，而你又在
parseData里重排，等于白干——得确认后端是否关掉了SQL的ORDER BY - 字符串字段排序别用
-减法，改用localeCompare()，避免中文乱序
示例：
table.render({
elem: '#demo',
url: '/api/list',
parseData: res => {
// ✅ 安全提取并排序，不污染 res.data
const list = Array.isArray(res.data) ? res.data : res.data.list || [];
const sorted = list.sort((a, b) =>
(a.name || '').localeCompare(b.name || '')
);
return {
code: res.code,
msg: res.msg,
count: res.total || sorted.length,
data: sorted
};
},
cols: [[{field: 'name', title: '名称', sort: true}]]
});
字段名是order/type等内置关键词时，排序会静默失效
如果列配置里field: 'order'，哪怕数据里真有order字段，sort: true也点不动，控制台没报错，单元格还显示为空——这是Layui内部把order当成排序状态标识用了，根本没走到字段取值逻辑。
这不是bug，是设计冲突。所有和table.config同名的key都危险，比如type、filter、totalRow。
- 优先让后端改字段名，比如
order_no或bus_order，一劳永逸 - 前端临时处理：用
map把order复制到新字段，cols里field指向新字段 - 硬要用原字段名？只能弃用
sort: true，改用templet函数手动渲染，再自己实现点击排序事件 - 别在
field里写user.order或['order']，Layui不支持点号或中括号路径
initSort设了但没生效，大概率是后端干扰或data未就绪
initSort只对前端内存数据起作用。如果你用url加载，它要在done回调执行完、真实DOM渲染前才触发排序；如果此时数据还没从接口回来，或者后端已返回排过序的结果，initSort就会被跳过。
- 用
data选项时，initSort一定生效；用url时，必须确保autoSort: true（默认就是）且后端没预排序 - 检查Network面板，看接口返回的数组顺序是否和你期望的
initSort方向一致 - 如果后端必须排序，那就别依赖
initSort，改在parseData里统一处理 -
initSort不支持多字段，要复合排序就得在parseData或map里手写逻辑
真正容易被忽略的是：树形表格（treeTable）的排序必须递归处理children，initSort只管顶层，子节点得自己遍历sort()。
