日期排序必须使用iso格式（yyyy-mm-dd）存入data-sort属性，避免文本渲染格式混排导致错乱；排序时只读取dataset.sort而非textcontent，确保多语言兼容；空值统一处理为infinity或空字符串；服务端带时区日期需归一化为utc或本地日。
日期排序必须脱离文本渲染，用 ISO 格式（YYYY-MM-DD）存进 data-sort 属性，否则中文、阿拉伯、欧美格式混排必乱。
为什么直接比较 textContent 会出错
浏览器对日期字符串的字典序比较完全不感知语义：“2024-12-01” true，但“2024-2-15”实际更早；中文“2024年12月1日”和“2024年2月15日”在 localeCompare 下也因年月日顺序不统一而不可靠；阿拉伯语或希伯来语环境里 RTL 渲染还会干扰 DOM 读取顺序。
- 用户看到的是本地化格式（如
٢٠٢٤/١٢/٠١或01.12.2024），但排序逻辑不能依赖它 -
new Date()构造函数在不同浏览器对非标准格式兼容性差，比如 IE 不支持2024-12-01以外的短横线格式 - 服务端返回的日期字段若已是时间戳或 ISO 字符串，就别再转成本地格式再塞进 DOM —— 先格式化展示，再单独存原始值
data-sort 必须用 YYYY-MM-DD，不是 YYYY/MM/DD 或其他变体
ISO 8601 的 YYYY-MM-DD 是唯一能保证字符串比较结果与时间先后一致的格式：字符长度固定、高位优先、无分隔符歧义。任何其他形式（包括带斜杠、点号、空格、中文年月日）都会破坏 a 的自然排序结果。
- 正确：
<td data-sort="2024-12-01">2024年12月1日</td> - 错误：
<td data-sort="2024/12/01">2024年12月1日</td>（某些 locale 下/被当除法解析） - 错误：
<td data-sort="01.12.2024">01.12.2024</td>（"01" > "12"成立，但日期逻辑相反） - 生成时用
date.toISOString().split('T')[0]最稳妥，比手动拼接${y}-${m}-${d}少踩月份+1、补零等坑
排序函数里别信 cells[i].textContent，只读 cells[i].dataset.sort
表格排序函数中，所有比较逻辑必须基于 dataset.sort，而不是现场从 textContent 提取再解析。后者在多语言混合页面里极易失败 —— 比如某行是空单元格、某行含 HTML 标签、某行用了 占位，textContent.trim() 就可能为空或含不可见字符。
- 升序时直接用
aVal bVal ? 1 : 0，不依赖隐式转换 - 降序只需翻转比较符号，不要用
Number(aVal) - Number(bVal)——data-sort是字符串，但 ISO 格式字符串比较结果和数值比较一致 - 空值处理统一设为
Infinity或""，确保它们排在末尾：!aVal ? 1 : !bVal ? -1 : aVal.localeCompare(bVal)
注意 Intl.DateTimeFormat 只负责显示，不参与排序逻辑
你用 Intl.DateTimeFormat('ar-EG') 把 2024-12-01 渲染成 ٢٠٢٤/١٢/٠١ 完全没问题，但它只是视图层；排序仍要回到那个干净的 data-sort="2024-12-01"。混淆这两层，等于把「怎么画」和「怎么排」绑死在一起，后续加语言切换、导出 CSV、做筛选都会连锁崩坏。
最常被忽略的一点：服务端返回的日期字段如果带有时区（如 2024-12-01T00:00:00+08:00），前端存 data-sort 前必须先归一为 UTC 日或本地日——否则跨时区用户看到的“同一天”在 data-sort 里可能是两个值。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
