layui table 的 initSort 和 sort 事件默认不触发后台请求，因排序为前端内存操作；需设置 autoSort: false 并在 sort 事件中调用 reload，将 obj.field 和 obj.type 手动传入 where，后端须校验字段白名单并执行真实 ORDER BY。
layui table 的 initSort 和 sort 事件不触发后台请求？
因为 layui table 默认排序是前端内存排序，initsort 和点击表头触发的 sort 事件只改本地数据顺序，不会自动发请求。要走服务端排序，必须关掉前端排序，并手动触发重载。
- 在
table.render()配置中显式设置page: true（分页必须开启，否则where参数不生效） - 添加
autoSort: false—— 这是最关键一步，否则点击表头仍会执行前端排序，掩盖后台行为 - 监听
sort事件，在里面调用table.reload()，把排序字段和方向塞进where
如何在 sort 事件里正确传参给后端？
layui 传给后端的排序参数不是标准的 order=asc&field=name，而是靠你手动拼进 where 对象。后端收到的是普通查询参数，字段名完全由你定，但必须和后端解析逻辑对齐。
-
sort回调函数的参数obj有field（列字段名）和type（asc或desc） - reload 时用
where: { sortField: obj.field, sortOrder: obj.type }这类自定义键名，避免和分页参数冲突 - 别直接用
obj.field当 SQL ORDER BY 字段名——后端必须做白名单校验，防止 SQL 注入
后端返回的数据为什么没按新顺序渲染？
常见原因是后端没真正排序，或返回了全量数据但前端开启了 page: false，导致 table 把新数据当全新列表渲染，而原始行序未变。
- 确认后端接口实际执行了
ORDER BY，且字段和方向与传入一致（比如传sortOrder=desc却写了ASC） - 检查响应数据里的
data数组是否已按需排好——layui 不会再处理顺序，它只原样渲染 - 如果用了
response: { data: 'list' }等自定义映射，确保list字段对应的是已排序后的数组
多字段排序怎么搞？
layui 原生不支持点击多个表头组合排序（比如先点姓名、再点年龄），得自己维护排序状态栈，然后拼成后端能识别的格式，比如 sort=age:desc,name:asc。
- 用一个数组变量（如
sortStack = []）记录每次点击的{field, type} - 在
sort事件里，先查是否已存在同 field，存在则更新 type，不存在则 push；再生成字符串传给后端 - 后端解析该字符串时，要严格按顺序拼
ORDER BY子句，注意字段合法性校验 - 别依赖
initSort自动初始化多字段——它只支持单字段，多字段必须手写where并首次 reload
最易被忽略的是：后端拿到排序参数后，往往只做了字符串拼接进 SQL，没做字段白名单过滤。一旦攻击者传 sortField=score; DROP TABLE user; 这类恶意值，就不是排序问题了。
