无法修改现有接口时，如何在无约束泛型方法中实例化带约束泛型类？

由于你无法修改IExistingInterface和ExistingClass<T>，只能通过在MyImplementedClass中做运行时处理来绕过编译约束，以下是两种可行方案：

方案一：运行时类型校验 + 反射实例化 #

通过反射创建ExistingClass<T>的实例，同时在运行时先验证T是否符合引用类型约束：

public class MyImplementedClass : IExistingInterface
{
    public void ExistingMethod<T>()
    {
        Type tType = typeof(T);
        // 严格验证T是否为引用类型（匹配ExistingClass的class约束）
        if (!tType.IsClass)
        {
            throw new ArgumentException("T必须为引用类型", nameof(T));
        }

        // 反射构造泛型类型并创建实例
        Type genericExistingClass = typeof(ExistingClass<>).MakeGenericType(tType);
        var howToDoThis = Activator.CreateInstance(genericExistingClass);
    }
}

说明 #

• 先通过typeof(T).IsClass检查类型是否符合约束，不符合则抛出明确异常
• 使用MakeGenericType构造对应的ExistingClass<T>类型，再通过Activator.CreateInstance创建实例
• 反射存在轻微性能开销，但对于大多数业务场景可忽略

方案二：利用dynamic绕过编译检查 #

通过带约束的私有方法配合dynamic，让运行时处理类型匹配：

public class MyImplementedClass : IExistingInterface
{
    public void ExistingMethod<T>()
    {
        try
        {
            // 用dynamic绕开编译时的约束检查
            var howToDoThis = CreateExistingClass(default(T) as dynamic);
        }
        catch (RuntimeBinderException ex)
        {
            // 捕获绑定异常并转译为明确的参数错误
            throw new ArgumentException("T必须为引用类型", nameof(T), ex);
        }
    }

    // 带引用类型约束的私有方法，负责实际实例化
    private ExistingClass<T> CreateExistingClass<T>(T _) where T : class
    {
        return new ExistingClass<T>();
    }
}

说明 #

• 私有方法CreateExistingClass带有T: class约束，能正常实例化ExistingClass<T>
• 通过dynamic调用该方法，编译时不会检查T的约束，将校验推迟到运行时
• 若T不符合约束，会抛出RuntimeBinderException，我们捕获后转为更友好的业务异常

注意事项 #

两种方案都无法在编译时阻止调用者传入值类型，只能在运行时抛出异常。这是因为接口方法本身没有泛型约束，属于设计上的限制，无法通过实现类完全规避。

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