Activator.CreateInstance 是传参创建对象最直接方式，支持自动匹配构造函数重载，但需确保参数类型和顺序严格一致，私有/内部构造函数需用 ConstructorInfo.Invoke 配合 BindingFlags。
用 Activator.CreateInstance 传参创建对象最直接
多数场景下，你不需要手写工厂或依赖注入容器，Activator.CreateInstance 就够用。它支持传入构造函数参数，底层会自动匹配最匹配的重载。
常见错误是传错参数类型或顺序——比如把 string 当成 int 传进去，会抛出 ArgumentException: 没有与参数列表匹配的构造函数。
- 确保参数数组里每个元素的运行时类型（
GetType()）和目标构造函数声明的参数类型完全一致（注意值类型/引用类型的隐式转换不生效） - 如果类有多个重载构造函数，.NET 会按“最具体匹配”规则选，不会自动转型；
new MyClass("123")和new MyClass(123)是两个完全不同的签名 - 性能上，首次调用会有 JIT 和反射元数据解析开销，后续调用快很多；高频创建建议缓存
ConstructorInfo并用Invoke
示例：
var obj = Activator.CreateInstance(typeof(MyClass), "hello", 42);
构造函数找不到？检查 BindingFlags 和可见性
默认 Activator.CreateInstance 只找 public 构造函数。如果类只有 internal 或 private 构造器（比如单例、EF Core 的实体类），就会失败。
这时得绕过 Activator，改用 ConstructorInfo.Invoke，并显式指定 BindingFlags。
- private 构造函数：加
BindingFlags.NonPublic | BindingFlags.Instance - internal 构造函数（跨程序集）：还需确保调用方有
[InternalsVisibleTo]权限，否则仍报MethodAccessException - 静态构造函数不能被调用，别试；带
params的构造函数要传object[]数组，不是展开的参数
示例：
var ctor = typeof(MyClass).GetConstructor(BindingFlags.NonPublic | BindingFlags.Instance, null, new[] { typeof(string) }, null);<br>var obj = ctor.Invoke(new object[] { "secret" });
泛型类型怎么传参实例化？MakeGenericType 必须提前调用
像 List<t></t> 或自定义泛型类 Repo<tentity></tentity>，不能直接用字符串名（如 "Repo`1"）加参数去创建——泛型类型定义（Type.GetGenericTypeDefinition()）本身不能实例化。
必须先用具体类型实参构造出闭合类型（closed type），再传参。
- 错误写法：
Activator.CreateInstance(Type.GetType("Repo`1"), typeof(User))—— 这是在给泛型定义传参，没意义 - 正确流程：先
typeof(Repo).MakeGenericType(typeof(User))，再Activator.CreateInstance(closedType, dbConn) - 如果泛型参数也是运行时才知（比如从配置读取类型名），记得用
Type.GetType("FullName, AssemblyName")，别漏了程序集名
示例：
var closedType = typeof(Dictionary<,>).MakeGenericType(typeof(string), typeof(int));<br>var dict = Activator.CreateInstance(closedType);
为什么有时候 Invoke 比 Activator.CreateInstance 更稳？
当构造函数逻辑复杂（比如含异步初始化、依赖外部服务、或有副作用），Activator.CreateInstance 容易掩盖异常细节——它会把底层异常包一层 TargetInvocationException，堆栈里看不到原始行号。
而直接拿 ConstructorInfo 调 Invoke，异常原样透出，调试更准。
- 尤其在单元测试或诊断环境里，少一层包装意味着少一次
InnerException层级跳转 - 但要注意：如果构造函数抛的是
ExceptionDispatchInfo.Capture().Throw()这类重抛异常，堆栈仍可能被截断 - 还有一点容易忽略：
Invoke返回object，但如果你知道返回类型，强制转换比as更早暴露类型不匹配问题
真正麻烦的永远不是语法怎么写，而是构造函数里那几行没人注释的初始化逻辑——它可能依赖当前线程文化、静态字段状态，或者某个还没初始化的全局服务。反射只是把你推到那个现场，不替你处理上下文。
