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等微型库； - 多数业务场景中，仅对核心排序路径做此检测即可，不影响主流程性能。
