问题 什么.NET StringComparer等同于SQL的Latin1_General_CI_AS

我最近遇到了同样的问题：我需要一个 IEqualityComparer<string> 表现得像SQL一样。我试过了 CollationInfo 和它的 EqualityComparer。如果您的数据库始终如此 _如 （重音敏感）然后你的解决方案将工作，但万一你改变了排序规则 AI 要么 WI 或者其他任何“麻木不仁”，否则哈希会破裂。
为什么？如果你反编译 Microsoft.SqlServer.Management.SqlParser.dll 看看你会发现的 CollationInfo 内部使用 CultureAwareComparer.GetHashCode （它是mscorlib.dll的内部类），最后它执行以下操作：

public override int GetHashCode(string obj)
{
  if (obj == null)
    throw new ArgumentNullException("obj");
  CompareOptions options = CompareOptions.None;
  if (this._ignoreCase)
    options |= CompareOptions.IgnoreCase;
  return this._compareInfo.GetHashCodeOfString(obj, options);
}

正如你所看到的，它可以为“aa”和“AA”生成相同的哈希码，但不能用于“äå”和“aa”（如果你在大多数文化中忽略变音符号（AI），它们是相同的，所以它们应该具有相同的哈希码）。我不知道为什么.NET API受此限制，但您应该了解问题的来源。 要为具有变音符号的字符串获取相同的哈希码，您可以执行以下操作： 创建实现 的 IEqualityComparer<T> 实施 GetHashCode 这会称之为合适 CompareInfo的对象是 GetHashCodeOfString 通过反射，因为此方法是内部的，不能直接使用。但是直接用正确的方式调用它 CompareOptions 将产生预期的结果： 看这个例子：

    static void Main(string[] args)
    {
        const string outputPath = "output.txt";
        const string latin1GeneralCiAiKsWs = "Latin1_General_100_CI_AI_KS_WS";
        using (FileStream fileStream = File.Open(outputPath, FileMode.Create, FileAccess.Write))
        {
            using (var streamWriter = new StreamWriter(fileStream, Encoding.UTF8))
            {
                string[] strings = { "aa", "AA", "äå", "ÄÅ" };
                CompareInfo compareInfo = CultureInfo.GetCultureInfo(1033).CompareInfo;
                MethodInfo GetHashCodeOfString = compareInfo.GetType()
                    .GetMethod("GetHashCodeOfString",
                    BindingFlags.Instance | BindingFlags.NonPublic,
                    null,
                    new[] { typeof(string), typeof(CompareOptions), typeof(bool), typeof(long) },
                    null);

                Func<string, int> correctHackGetHashCode = s => (int)GetHashCodeOfString.Invoke(compareInfo,
                    new object[] { s, CompareOptions.IgnoreCase | CompareOptions.IgnoreNonSpace, false, 0L });

                Func<string, int> incorrectCollationInfoGetHashCode =
                    s => CollationInfo.GetCollationInfo(latin1GeneralCiAiKsWs).EqualityComparer.GetHashCode(s);

                PrintHashCodes(latin1GeneralCiAiKsWs, incorrectCollationInfoGetHashCode, streamWriter, strings);
                PrintHashCodes("----", correctHackGetHashCode, streamWriter, strings);
            }
        }
        Process.Start(outputPath);
    }
    private static void PrintHashCodes(string collation, Func<string, int> getHashCode, TextWriter writer, params string[] strings)
    {
        writer.WriteLine(Environment.NewLine + "Used collation: {0}", collation + Environment.NewLine);
        foreach (string s in strings)
        {
            WriteStringHashcode(writer, s, getHashCode(s));
        }
    }

输出是：

Used collation: Latin1_General_100_CI_AI_KS_WS
aa, hashcode: 2053722942
AA, hashcode: 2053722942
äå, hashcode: -266555795
ÄÅ, hashcode: -266555795

Used collation: ----
aa, hashcode: 2053722942
AA, hashcode: 2053722942
äå, hashcode: 2053722942
ÄÅ, hashcode: 2053722942

我知道它看起来像黑客，但在检查反编译的.NET代码后，我不确定是否有任何其他选项，以防需要通用功能。 所以请确保使用这个不完全正确的API不会陷入陷阱。
更新：
我也创造了 可能实现“类似SQL的比较器”的要点 运用 CollationInfo。 还应该给予足够的重视 在哪里搜索“字符串陷阱” 在你的代码库中，所以如果字符串比较，哈希码，等式应该改为“类似于SQL校对”那些地方是100％将会被打破，所以你必须找出并检查所有可以破坏的地方。
更新＃2：
有更好更清洁的方法使GetHashCode（）处理CompareOptions。有班级 SORTKEY 与CompareOptions一起正常工作，可以使用它进行检索

CompareInfo.GetSortKey（yourString，yourCompareOptions）.GetHashCode（）

这里是 链接 到.NET源代码和实现。

SQL Server的 Server.GetStringComparer 可能有一些用处。