C#中Activator动态实例化_C#动态创建实例教程【实战】-C#.Net教程-PHP中文网

activator.createinstance仅支持public无参或显式匹配参数的构造函数，因构造函数不匹配或访问权限问题导致90%报错；需验证构造器存在、闭合泛型、加载程序集，并优先使用泛型重载或编译委托优化性能。

c#中activator动态实例化_c#动态创建实例教程【实战】

直接用 Activator.CreateInstance 创建实例，90% 的报错都来自构造函数不匹配或访问权限问题——它不是万能 new，而是一把只认 public 无参/显式参数签名的“专用钥匙”。

这不是反射出错，是 .NET 明确拒绝：当不传参数时，它只找 public 且无参的构造函数。哪怕类里有 private Person() 或 internal Logger(string)，统统无视。

真实错误信息长这样：System.MissingMethodException: No parameterless constructor defined for type 'Logger'
常见场景：DTO 类被设计成只允许带参初始化、日志器封装了内部路径、实体类禁用无参构造防误用
安全检查写法：type.GetConstructor(Type.EmptyTypes) != null，别依赖 try-catch 盲调
如果必须用非 public 构造器，换 ConstructorInfo.Invoke + BindingFlags.NonPublic，但要清楚这破坏封装性，测试和维护成本陡增

传参看着简单，实际踩坑密集：类型、顺序、可空性全得对上，否则运行时报 ArgumentException 或静默失败。

"避开 C# 常见错误——空陷阱、异步陷阱、LINQ 陷阱及资源泄漏。"

下载

参数顺序必须和目标构造函数声明顺序完全一致，Activator.CreateInstance(typeof(Person), 25, "张三") 对应 Person(int age, string name)，反了就崩
值类型参数不能为 null，但引用类型可以；若构造函数参数是 string?，传 null 合法；若只是 string，传 null 也合法（引用类型默认允许）
ref/out 参数完全不支持——所有重载签名都不接受 ref int 这类参数，编译就过不去；真有 COM 或老旧互操作需求，必须绕开 Activator，手组 object[] 交给 ConstructorInfo.Invoke

泛型没闭合、程序集没加载，Activator 会直接给你扔 ArgumentException 或 FileNotFoundException，而不是告诉你缺哪步。

泛型类型必须先闭合：typeof(List).MakeGenericType(typeof(int)) 得到的是 List<int></int> 的 Type，再传给 CreateInstance；直接传 typeof(List) 必败
类型在外部 DLL 中？先确保程序集已加载：Assembly.LoadFrom("plugin.dll") 或 Assembly.Load("PluginAssembly, Version=1.0.0.0...")；否则 Assembly.GetType("Plugin.MyService") 返回 null，后续 CreateInstance 报 ArgumentNullException
.NET 5+ 推荐优先用泛型重载 Activator.CreateInstance<t>()</t>，类型安全、性能更好，且编译期就能发现无参构造缺失

单次调用没问题，但在循环里每帧都 CreateInstance(typeof(T))，就是拿反射当 new 用——每次都要查构造器、做权限校验、走完整绑定链路。

实测：10 万次 Activator.CreateInstance(typeof(Person)) 比 new Person() 慢 8–12 倍，比缓存后的 Expression.New().Compile() 慢 4–6 倍
优化路径很明确：固定类型就提前编译委托，例如 Func<person> factory = Expression.Lambda<func>>(Expression.New(personType.GetConstructor(Type.EmptyTypes))).Compile();</func></person>
更轻量的替代：System.Runtime.CompilerServices.Unsafe.CreateInstance<t>()</t>（.NET 5+），但它跳过构造函数执行，字段全为默认值，仅适用于纯数据容器类

最常被忽略的其实是构造函数的可见性边界和泛型闭合时机——这两点不提前验证，调试时往往要花双倍时间倒推类型加载链和泛型实例化流程。