.NET 8中ActivatorUtilities创建泛型集合自动填充元素求解决方案

针对你遇到的.NET 8中ActivatorUtilities.CreateInstance自动填充集合的问题，这里提供几个可行的方案，都能实现像.NET 6那样创建空集合的效果：

方案1：针对集合类型显式调用无参构造 #

在你的JSON反序列化逻辑中，先判断目标类型是否为泛型集合（且存在接收IEnumerable<T>的构造函数），如果是，直接用Activator.CreateInstance调用无参构造，否则再用ActivatorUtilities.CreateInstance。

示例代码：

public static object CreateInstance(IServiceProvider services, Type type)
{
    // 判断是否是需要特殊处理的泛型集合
    if (type.IsGenericType)
    {
        var genericTypeDef = type.GetGenericTypeDefinition();
        // 可根据需要扩展需要处理的集合类型，比如ObservableCollection、List等
        var targetCollectionTypes = new[] 
        { 
            typeof(ObservableCollection<>), 
            typeof(List<>),
            typeof(HashSet<>)
        };
        
        if (targetCollectionTypes.Contains(genericTypeDef))
        {
            // 调用无参构造创建空集合
            return Activator.CreateInstance(type)!;
        }
    }
    
    // 非集合类型，用原方法处理
    return ActivatorUtilities.CreateInstance(services, type);
}

方案2：使用ActivatorUtilities的重载，手动传递空参数 #

利用ActivatorUtilities.CreateInstance的重载，当识别到是集合类型时，手动传入空的IEnumerable<T>参数，覆盖DI容器的注入值。

示例代码：

public static object CreateInstance(IServiceProvider services, Type type)
{
    if (type.IsGenericType)
    {
        var genericTypeDef = type.GetGenericTypeDefinition();
        var elementType = type.GetGenericArguments()[0];
        var enumerableType = typeof(IEnumerable<>).MakeGenericType(elementType);
        
        // 检查是否有接收IEnumerable<T>的构造函数
        var hasEnumerableCtor = type.GetConstructors()
            .Any(ctor => ctor.GetParameters()
                .Any(p => p.ParameterType == enumerableType));
        
        if (hasEnumerableCtor)
        {
            // 创建空的枚举实例，传递给构造函数
            var emptyEnumerable = typeof(Enumerable)
                .GetMethod("Empty")!
                .MakeGenericMethod(elementType)
                .Invoke(null, null);
            
            return ActivatorUtilities.CreateInstance(services, type, emptyEnumerable)!;
        }
    }
    
    return ActivatorUtilities.CreateInstance(services, type);
}

方案3：自定义ActivatorUtilities的替代实现 #

如果需要全局统一处理，可以封装一个自定义的工具类，完全控制构造函数的选择逻辑——优先选择无参构造，再考虑其他构造（和.NET 6的行为一致）。

核心逻辑是：对于目标类型，先尝试获取无参构造函数，如果存在就调用；如果不存在，再回退到ActivatorUtilities.CreateInstance的逻辑。

示例代码：

public static class CustomActivatorUtilities
{
    public static T CreateInstance<T>(IServiceProvider services)
    {
        return (T)CreateInstance(services, typeof(T));
    }
    
    public static object CreateInstance(IServiceProvider services, Type type)
    {
        // 优先尝试无参构造
        var defaultCtor = type.GetConstructor(Type.EmptyTypes);
        if (defaultCtor != null && !defaultCtor.IsPrivate)
        {
            return defaultCtor.Invoke(null)!;
        }
        
        // 无无参构造时，用原ActivatorUtilities逻辑
        return ActivatorUtilities.CreateInstance(services, type);
    }
}

注意事项 #

• 方案1和2需要你在反序列化逻辑中加入类型判断，确保只处理需要的集合类型，避免影响其他类的正常注入。
• 方案3的兼容性最好，但如果某些类必须依赖DI注入的构造参数，要确保这些类没有无参构造，否则会跳过DI注入逻辑。

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