ActivatorUtilities.CreateInstance报未找到合适构造函数错误

报错的核心原因是你调用ActivatorUtilities.CreateInstance时传入的泛型参数为接口ISimpleTest，违反了该API的使用规则。
ActivatorUtilities.CreateInstance<T>的逻辑是直接实例化你指定的T类型，不会去查询DI容器中T类型对应的注册映射关系，这是它和GetService<T>的本质区别。接口属于抽象类型，没有公共构造函数，自然会抛出找不到合适构造函数的异常——异常提示中明确要求传入的类型必须是具体（concrete）类型，这一点之前被忽略了。

根据你的实际场景选择对应写法：

• 如果只是需要获取DI容器中已注册的ISimpleTest实例，直接使用你验证通过的ServiceProvider.GetService<ISimpleTest>()即可，无需使用ActivatorUtilities。
• 如果你确实需要使用ActivatorUtilities创建实例（比如需要传入DI容器中未注册的自定义参数），泛型参数必须传入具体实现类SimpleTest，方法会自动从容器中补齐构造函数依赖的其余服务：

// 正确：指定具体实现类作为泛型参数
var concreteInstance = ActivatorUtilities.CreateInstance<SimpleTest>(ServiceProvider);
// 需要接口类型直接强转即可
ISimpleTest testInstance = concreteInstance;

如果是带自定义参数的场景，例如SimpleTest构造函数同时依赖容器注册的服务和自定义传参，只需要手动传入容器中不存在的参数即可，其余依赖会自动解析：

public class SimpleTest : ISimpleTest
{
    // otherService从容器解析，customParam为手动传入的自定义参数
    public SimpleTest(IOtherService otherService, string customParam)
    {
        // 业务逻辑
    }
}

// 调用时仅传入自定义参数，容器已注册的依赖会自动补全
var instance = ActivatorUtilities.CreateInstance<SimpleTest>(ServiceProvider, "自定义参数值");

很多人会混淆两个API的行为边界：

• IServiceProvider.GetService会遵循DI容器的注册映射逻辑，传入服务类型（接口）时会自动查找对应的注册实现返回
• ActivatorUtilities本质是构造函数参数补全工具，职责是帮你实例化指定的具体类型，自动从ServiceProvider中填充构造函数里你没有手动传入的依赖参数，它完全不感知DI容器里的服务映射关系，传入接口、抽象类必然会触发构造函数查找失败的异常。

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