es2019起array.prototype.sort强制稳定，chrome 70+/firefox 63+/safari 14+/node.js v12+已实现；稳定性依赖纯比较函数，旧环境需行为检测兜底。

现代浏览器和 Node.js（v12+）已普遍支持 Array.prototype.sort 的稳定排序（ES2019 规范强制要求），这一特性可直接用于提升 UI 展示的确定性和用户体验，无需额外封装或引入第三方库——但前提是理解其边界并合理使用。

利用稳定性实现“已选优先”展示

当需要将用户已选择/关注/置顶的项排在列表最前面，同时保持未选中项原有顺序时，稳定性是关键支撑：

• 先构建一个 Map，以 selectedIds 数组索引为值（越小优先级越高）；
• 排序比较函数中：匹配 ID 的项返回较小数字（如 map.get(a.id) ?? Infinity），不匹配的统一返回极大值；
• 因稳定性保障，所有“同优先级”的项（即 map 中值相同）会严格维持原始相对位置——比如多个商品都属于“购物车中”，它们彼此顺序不会打乱。

多条件排序中保留次要维度原始序

例如按「状态」分组（待处理 → 处理中 → 已完成），再按「提交时间」倒序，但同一状态下希望新提交的靠前、旧提交的靠后——而若时间字段精度不足（如只到秒），可能产生大量相等项：

• 比较函数先比状态码（数值映射），状态相同时再比时间戳；
• 若时间戳也相等，可加入原始索引兜底：return timeA === timeB ? originalIndexA - originalIndexB : timeB - timeA；
• 稳定性确保：即使不加索引兜底，同状态+同时戳的条目也不会被意外重排，UI 展示更可预期。

避免副作用，确保排序逻辑纯净

稳定性只有在比较函数行为一致的前提下才真正可靠：

• 比较函数必须是纯函数：对相同 a、b 总返回相同结果，不能读取外部可变状态（如当前时间、随机数、全局计数器）；
• 禁止在比较函数中修改数组元素或触发渲染、请求等副作用，否则不仅破坏稳定性，还可能导致 V8 引擎行为未定义（如卡死或结果错乱）；
• 对对象排序时，注意属性访问是否安全（如 a.status?.code），避免 undefined 参与数值运算导致 NaN，进而使比较结果不可控。

兼容性兜底建议（非必需但推荐）

尽管 ES2019 后规范已要求稳定，但若项目需支持极旧环境（如 IE、Node.js v10 或某些嵌入式 JS 引擎），可做轻量判断：

• 运行一次小规模测试：用含重复键的对象数组排序两次，检查相等元素索引顺序是否一致；
• 若检测失败，降级使用手写归并排序（天然稳定）或 stable-sort 等微型库；
• 多数业务场景中，仅对核心排序路径做此检测即可，不影响主流程性能。