HashSet<T>.CreateSetComparer()无法指定比较器，如何获取自定义的HashSetEqualityComparer<T>？

你遇到的这个问题我之前也碰到过——HashSet<T>.CreateSetComparer()确实只提供了默认的比较逻辑，没法直接传入自定义的IEqualityComparer<T>，而内部的HashSetEqualityComparer<T>构造函数又因为是internal修饰符，没法直接在代码里调用。不过不用复制整个源码，我们可以用反射来巧妙解决这个问题。

解决方案：用反射调用内部构造函数 #

核心思路是通过反射找到HashSetEqualityComparer<T>的那个带IEqualityComparer<T>参数的内部构造函数，然后创建实例。以下是具体的实现代码：

using System;
using System.Collections.Generic;
using System.Reflection;

public static class HashSetExtensions
{
    public static IEqualityComparer<HashSet<T>> CreateSetComparer<T>(IEqualityComparer<T> elementComparer)
    {
        // 获取HashSetEqualityComparer<T>的类型
        var comparerType = typeof(HashSet<T>).Assembly.GetType("System.Collections.Generic.HashSetEqualityComparer`1")
            ?.MakeGenericType(typeof(T));
        
        if (comparerType == null)
            throw new InvalidOperationException("无法找到HashSetEqualityComparer<T>类型");

        // 获取带IEqualityComparer<T>参数的内部构造函数
        var constructor = comparerType.GetConstructor(
            BindingFlags.Instance | BindingFlags.NonPublic,
            null,
            new[] { typeof(IEqualityComparer<T>) },
            null);
        
        if (constructor == null)
            throw new InvalidOperationException("无法找到目标构造函数");

        // 创建实例并返回
        return (IEqualityComparer<HashSet<T>>)constructor.Invoke(new object[] { elementComparer });
    }
}

使用示例 #

你可以像这样调用这个扩展方法，传入自定义的元素比较器：

// 自定义字符串忽略大小写的比较器
var stringIgnoreCaseComparer = StringComparer.OrdinalIgnoreCase;
// 创建使用该比较器的HashSet比较器
var setComparer = HashSetExtensions.CreateSetComparer<string>(stringIgnoreCaseComparer);

// 测试：两个包含相同字符串（大小写不同）的HashSet会被认为相等
var set1 = new HashSet<string> { "Hello", "World" };
var set2 = new HashSet<string> { "HELLO", "WORLD" };
Console.WriteLine(setComparer.Equals(set1, set2)); // 输出 True

注意事项 #

• 这种方法依赖于.NET的内部实现细节，虽然在目前的.NET Framework、.NET Core和.NET 5+版本中都能正常工作，但如果微软未来修改了HashSetEqualityComparer<T>的内部结构（比如构造函数签名变化、类型重命名），这个方法可能会失效。
• 反射调用内部成员在某些受限制的环境（比如部分信任环境）中可能会被禁止，需要根据你的运行环境评估可行性。

内容的提问来源于stack exchange，提问作者David S.