JavaScript数组sort()自ES2019起要求稳定，即相等元素保持原序；旧环境可能不满足，多级排序时易致逻辑错误，需polyfill、归并排序或后端排序兜底。
JavaScript 中数组排序的稳定性，直接影响多级筛选结果的可预期性。当业务需要按多个条件（如先按状态、再按时间）连续排序时，若底层 Array.prototype.sort() 不稳定，后一次排序可能打乱前一次的相对顺序，导致“看似正确却逻辑错乱”的结果。
什么是排序稳定性？
稳定排序指：相等元素在排序后的相对位置与原始顺序一致。例如数组 [{n:1,t:10},{n:2,t:5},{n:1,t:20}] 按 n 排序后，两个 n===1 的对象谁在前、谁在后，应保持原顺序。ECMAScript 规范自 ES2019 起要求 sort() 必须稳定，但旧版浏览器（如 IE、部分安卓 WebView）或某些 Node.js 早期版本仍可能不满足。
多级筛选中不稳定排序的典型问题
常见做法是链式调用多次 sort()，比如：
- 先按
status分组（'pending' - 再按
createdAt倒序排列
若第二次排序不稳定，原本同为 pending 的两条记录，按时间排完后可能把早创建的排到了后面——因为它们在第一次排序后的位置被第二次比较“覆盖”了。用户看到的是“同状态内时间乱序”，但排查时容易误判为时间字段异常。
立即学习“Java免费学习笔记（深入）”；
如何确保多级排序逻辑可靠？
不依赖多次 sort()，改用单次复合比较函数：
- 按优先级从高到低写判断逻辑：先比
status，相等再比createdAt - 避免
a.status > b.status ? 1 : -1这类漏掉相等情况的写法，应显式处理=== - 示例：
arr.sort((a, b) => { if (a.status !== b.status) return a.status.localeCompare(b.status); return new Date(b.createdAt) - new Date(a.createdAt); });
兼容性兜底建议
对需支持老旧环境的项目：
- 引入稳定排序 polyfill（如 stable-sort），或自行实现归并排序
- 在关键排序前加校验：取一批已知有重复键的测试数据，执行两次排序，检查相同键元素的索引偏移是否一致
- 服务端返回数据时，尽量由后端完成多级排序，前端只做展示层过滤
稳定不是默认保障，而是需要确认和设计的细节。尤其在订单列表、工单系统、审批流等强顺序依赖场景，一次排序失稳就可能引发业务误解或操作回退。
