Activator.CreateInstance()的用法及两段代码的实际差异解析

嘿，我来给你掰扯清楚Activator.CreateInstance()的用法，还有你贴的两段代码到底差在哪～

Activator.CreateInstance()是.NET框架里用来动态创建对象实例的核心方法，它的核心优势是：不需要在编译阶段就明确知道要创建的具体类型，完全可以在运行时决定实例化哪个类型。

常见的几种用法：

• 基础无参实例化：就像你第一段代码那样，传入目标类型的Type对象，创建无参构造的实例：

  Object o = Activator.CreateInstance(typeof(StringBuilder));
  

• 带参数的实例化：如果目标类型只有带参构造函数，可以传入构造参数：

  var myObj = Activator.CreateInstance(typeof(MyClass), "hello", 123);
  

• 泛型简化版本：用泛型可以省去后续的类型转换，代码更简洁：

  StringBuilder sb = Activator.CreateInstance<StringBuilder>();
  

先再把两段代码摆出来对比：

第一段代码：

Object o = Activator.CreateInstance(typeof(StringBuilder));
StringBuilder sb = (StringBuilder) o;

第二段代码：

StringBuilder sb = new StringBuilder();

这两段代码最终都能得到一个StringBuilder的实例，但在编译检查、性能、灵活性上有本质区别：

1. 编译时类型检查的严格程度不同 #

• 用new StringBuilder()的话，编译器在编译阶段就会做严格检查：它会确认StringBuilder这个类型存在、有可访问的无参构造函数，如果有问题（比如你拼错了类型名，或者构造函数被私有化），直接就会报编译错误，问题早发现早解决。
• 用Activator.CreateInstance(typeof(StringBuilder))的话，编译器只知道你要创建一个Type对应的对象，不会检查这个Type的构造函数是否存在、是否可访问——所有错误都会等到运行时才暴露，比如如果StringBuilder的无参构造被改了，这段代码运行时会直接抛出MissingMethodException。

2. 性能差异 #

• new关键字是编译时绑定，编译器会直接生成调用构造函数的指令，几乎没有额外开销，性能拉满。
• Activator.CreateInstance是基于反射机制实现的，运行时需要先查找目标类型的构造函数、再实例化对象，有一定的性能损耗。单次调用可能感觉不出来，但如果是高频循环调用，两者的性能差距会非常明显。

3. 灵活性天差地别 #

• new是静态绑定，必须在写代码的时候就明确指定要创建的类型，完全没办法动态改变。比如你想根据配置文件里的类型名来创建对象，用new根本做不到。
• Activator.CreateInstance是动态绑定，只要你能拿到目标类型的Type对象（比如从配置读取类型名，再用Type.GetType()获取），就能创建对应的实例，这种动态场景下它是唯一的选择。

4. 类型转换的风险 #

• 第一段代码需要手动把object强制转换成StringBuilder，如果不小心传入了错误的Type（比如写成typeof(String)），运行时会抛出InvalidCastException；而第二段代码直接得到的就是StringBuilder类型，编译时就保证了类型正确，不会有转换风险。

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