为何localeCompare性能优于Intl.Collator.compare？

核心原因：无参数localeCompare的引擎快速路径优化 #

当你调用a.localeCompare(b)且不传入任何额外参数时，V8等主流JS引擎会触发快速比较逻辑：

• 对于纯小写英文字符串，默认locale的排序规则和ASCII顺序完全一致，引擎会跳过完整的Intl.Collator实例化流程，直接使用轻量的字符编码比较，避免了国际化排序的额外开销。
• 而显式创建Intl.Collator实例并使用collator.compare时，引擎会严格执行完整的国际化排序初始化流程——即使是默认locale，也会加载对应的规则数据、初始化上下文，这反而增加了运行成本。

验证：传入特定locale后的性能变化 #

你提到给localeCompare传入第二个参数（如'pl'）时性能大幅下降，这正好印证了上述逻辑：此时引擎无法再使用快速路径，必须每次创建新的Intl.Collator实例来处理波兰语的特定排序规则，性能自然和显式使用Collator的情况接近，甚至更差（因为重复实例化）。

关于"Collator更具性能优势"的适用场景 #

之前文章提到的性能优势，是针对需要重复使用排序规则、或使用非默认locale/自定义排序选项的场景：

• 比如需要多次执行排序、处理带重音的字符、或者自定义排序规则（如忽略大小写、数字排序）时，提前创建一个Intl.Collator实例复用，比每次调用localeCompare（每次都要实例化Collator）高效得多。
• 但在你的测试场景（纯小写英文、默认locale）下，引擎的快速优化让localeCompare反而更快。

内容的提问来源于stack exchange，提问作者NiedziolkaMichal