非英语环境下Intl.Collator sensitivity:'base'的影响及排序一致性疑问

用户希望在客户端实现字符串的不区分大小写自然排序，给出了两种JavaScript实现方式：

两种实现方式 #

• 方式一：直接使用localeCompare

  a.localeCompare(b, undefined, { sensitivity: 'base', numeric: 'true' })
  

• 方式二：借助Intl.Collator

  Intl.Collator(undefined, { sensitivity: 'base', numeric: 'true' }).compare(a,b)
  

疑问1：是否存在地区设置导致sensitivity: 'base'排序怪异？ #

是的，部分地区的语言规则下，sensitivity: 'base'的表现会不符合当地用户的预期。

sensitivity: 'base'的规则是仅区分不同的基础字符（比如a和b），忽略大小写、重音等变体（比如a和A、é和e视为相同）。但有些语言中，重音字符或大小写差异属于核心语义区分的一部分，或者当地排序规则对这些变体有明确要求：

• 土耳其语中，İ（大写带点i）和I（大写无点i）是两个完全独立的基础字符，对应的小写分别是i和ı。使用sensitivity: 'base'会把它们视为相同，这完全违背土耳其语的语言习惯，当地用户会觉得排序混乱。
• 德语中，ß的基础字符等价于ss，但当地排序规则里ß通常排在s之后、t之前；用sensitivity: 'base'会把ß和ss视为完全等同，打乱符合当地习惯的排序顺序。

这类有特殊字符规则的地区，直接用sensitivity: 'base'会出现用户认为怪异的排序结果。

疑问2：先转toLocaleLowerCase()再排序，是否在所有地区结果一致？ #

不会，这种方式无法保证在所有地区设置下，得到和sensitivity: 'base'完全一致的排序结果，甚至可能出现不符合预期的排序。

原因包括：

1. 小写转换的地区差异：toLocaleLowerCase()的行为依赖地区规则，比如土耳其语中I转小写是ı，英语中则是i；德语中ß转小写还是ß，但部分场景下它被视为ss的等价，转换本身不会做替换。
2. 排序规则的地区差异：即使统一转成小写，不同地区对字符权重的定义不同。比如法语中，默认排序会把é排在e之后，但sensitivity: 'base'会忽略重音差异，把é和e视为等同，两种方式的排序结果自然不同。
3. 自然排序的兼容性：如果不指定numeric: true，转小写后的排序不会处理数字的自然排序逻辑（比如"10"会排在"2"前面，默认排序则相反）；即使加上numeric: true，也无法抵消地区规则对字符排序的影响。

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