使用使用ICU库进行字符串比较的.NET 6时，以下C#代码返回true:
Thread.CurrentThread.CurrentCulture = new CultureInfo("de-de");
Thread.CurrentThread.CurrentUICulture = new CultureInfo("de-de");
"ß".Equals("SS", StringComparison.CurrentCultureIgnoreCase); // false with ICU
据我所知，根据Unicode大小写折叠规则(以及更重要的是标准德语拼写规则)，这应该是正确的:
00DF; F; 0073 0073; # LATIN SMALL LETTER SHARP S (CaseFolding.txt)
当使用遗留Microsoft NLS实现时，上述代码返回true.
那么，为什么.NET 6使用的ICU库与Unicode标准不同，或者我对标准的理解不正确？
Original C# question导致这个.
Unicode很复杂.
事实证明，这种行为是故意的.请参阅Github的this期专题，其中tarekgh总结了该问题:
ICU整理工作使用所谓的整理强度. 强度可以是初级强度、二级强度、三级强度或四级强度.我们 try 尽可能将.NET比较选项映射到 这些力量.除了在特殊情况下，它们工作得很好. 不幸的是，如果有ICU的实力，ICU只能让RST等于ss 是主要的.在.NET中，我们无法默认切换到该强度 因为这会 destruct 很多其他东西.
对于不区分大小写的比较，.NET使用的默认排序强度是第三级和第二级的(据我从代码中可以看出).
解决办法是使用StringComparer.Create(CultureInfo.CurrentCulture, CompareOptions.IgnoreNonSpace | CompareOptions.IgnoreCase) - CompareOptions.IgnoreNonSpace强制主要整理强度，在这种情况下，ß和ss将相等.
这种转变可能会有一些意想不到的副作用，但至少德语使用者会很高兴.