后端加 order by create_time desc 最省事，但需服务端分页且禁用 autosort:true，否则 layui 前端重排会覆盖；列必须显式设 sort:true，时间字段格式须统一为标准字符串或时间戳。
直接在后端接口里加 ORDER BY create_time DESC 最省事，但前提是你的表格用的是服务端分页（page: true）且没开 autoSort: true。否则 Layui 会自己前端重排，把后端的排序结果覆盖掉。
为什么点了「创建时间」列没反应或顺序不对
常见现象是：点表头箭头没变化、数据没重排、或者翻页后顺序乱了。
-
sort: true必须显式写在对应列定义里，比如{field: 'create_time', title: '创建时间', sort: true}，漏掉就点不动 - 如果用了
url加载数据但没关autoSort: true，Layui 会在收到响应后自动按initSort或上次点击字段再排一次——这会覆盖后端已排好的顺序 -
initSort只影响首次渲染时的表头图标和前端内存排序，服务端分页下它对后端请求无任何作用；别指望靠它让接口返回有序数据 - 检查 Network 面板里接口返回的 JSON 数组，确认
create_time字段值确实是字符串（如"2026-08-15"）或时间戳数字；如果是中文格式"2026年8月15日"，前端排序会按字典序错乱
如何让搜索结果一出来就按时间倒序（最新在前）
关键不是前端怎么点，而是让第一次加载就带排序参数发请求。
- 初始化表格时设
autoSort: false，禁用 Layui 自动排序逻辑 - 在
request方法里手动拼参，比如url + '?sort=create_time&order=desc' - 监听
table.on('sort(demo)', ...)，拿到obj.field === 'create_time'时，调用table.reload()并传入带where: { sort: 'create_time', order: 'desc' }的参数 - 如果搜索框是独立的（比如带「查询」按钮），那就把排序参数直接塞进搜索的
where里，而不是依赖表头点击
时间字段排序失效的几个硬坑
不是代码写错，而是数据或配置踩中了 Layui 的隐性限制。
-
create_time字段名大小写不一致：后端返回的是createTime，列定义却写成create_time，sort事件里的obj.field就对不上 - 后端返回的时间是字符串但含空格或时区（如
"2026-09-04 14:30:00 +0800"），JSsort()会当普通字符串比，导致 "2026-09-04 14:30:00" - 用了
templet渲染时间列，但没把原始时间值透传到data对象里，排序时取到的是渲染后的文本（比如 "昨天"），根本没法比 - 表格开启了
height且内容不足一屏，Layui 会强制触发一次done回调，此时若你在done里又调了table.sort()，可能造成重复排序或状态错乱
真正麻烦的不是怎么写排序，而是每次 reload 后要不要同步表头箭头、用户点了别的列要不要清掉时间列的激活态、以及后端是否真的按你传的参数执行了 ORDER BY——这些细节不盯死，时间排序看起来就像随机抖动。
