Layui默认字符串排序未正确配置localeCompare()的locales和options参数，导致中英文混排时按Unicode码点而非语言规则比较，产生错乱。
中英混合排序不能靠 layui 默认行为，必须手动接管 sort 事件并用 localecompare() 处理字符串比较逻辑。
为什么默认点击排序对中英混排结果错乱
Layui 默认的字符串排序走的是 JS 原生 String.prototype.localeCompare() 的简化路径（或直接用 比较），在未指定 locale 时，中文会被当作 Unicode 码点排序，导致“张三”排在“Apple”前面、“测试”排在“abc”后面，完全不符合中文用户预期。
- 浏览器默认 locale 是
en-US，对中文排序无语义支持 - layui 的内置排序不传 locale 参数，也不区分字段类型，统一按字符串粗暴比
- 数字字段混在中英文里（如
"A10"、"B2"）会进一步加剧错位
如何用 localeCompare() 正确处理中英混合字段
监听 sort(test) 事件后，从 table.cache.test 取数据，对目标字段显式调用带 locale 的 localeCompare()：
table.on('sort(test)', function(obj){
var data = table.cache.test.slice();
data.sort(function(a, b){
var aVal = a[obj.field];
var bVal = b[obj.field];
// 统一转字符串，避免 null/undefined 报错
var strA = String(aVal || '');
var strB = String(bVal || '');
// 关键：指定中文 locale，且忽略大小写和标点
var cmp = strA.localeCompare(strB, 'zh-CN', {
sensitivity: 'base',
numeric: true
});
return obj.type === 'asc' ? cmp : -cmp;
});
table.reload('test', { data: data });
table.initSort({field: obj.field, type: obj.type});
});
-
sensitivity: 'base'让 “苹果” 和 “蘋果” 视为相同（忽略变音符号差异） -
numeric: true启用自然排序，"A10"会排在"A2"后面，而非字典序的"A10" < "A2" - 别漏掉
table.initSort()，否则表头箭头不更新
字段值含 HTML 标签或空格时怎么清洗
前端展示列常含 <span>、 或前后空格，直接 localeCompare() 会把标签当文本比，导致排序失效：
- 用正则清除 HTML：
str.replace(/<[^>]+>/g, '') - 用
trim()去首尾空白：str.trim() - 若字段是富文本摘要，建议后端返回纯文本备用字段（如
name_plain），前端排序用它，展示仍用原字段
注意多语言字段共存时的 fallback 行为
如果一列里既有中文、英文，还有日文、韩文，'zh-CN' locale 可能无法完美覆盖所有字符集。稳妥做法是：
- 优先用
navigator.language动态取用户系统语言：locale: navigator.language || 'zh-CN' - 若需强一致性（比如导出 Excel 也要同序），后端统一用 ICU 排序规则生成排序键，前端只做展示层同步
- 避免在 sort 回调里做 heavy operation（如 DOM 解析、远程请求），否则拖动表头会卡顿
真正麻烦的不是写几行 localeCompare()，而是字段值是否干净、locale 是否生效、以及 reload 后图标状态是否手动同步——这三个点漏一个，用户就会觉得“点了没反应”。
