Unity MonoBehaviour 脚本 3 种创建方式对比：new、AddComponent 与 Instantiate 的性能与陷阱

Unity MonoBehaviour脚本创建方式深度解析：性能对比与避坑指南

在Unity开发中，MonoBehaviour脚本的创建方式看似简单，实则暗藏玄机。许多开发者在使用 new 、 AddComponent 和 Instantiate 时，往往只知其然不知其所以然，导致项目中出现性能瓶颈甚至难以排查的bug。本文将深入剖析三种创建方式的底层机制，通过实测数据揭示性能差异，并提供一套完整的决策框架，帮助开发者根据场景选择最优方案。

1. 三种创建方式的本质区别

1.1 new关键字的陷阱

// 典型错误示例
EnemyAI enemy = new EnemyAI(); // 返回null且不会报错！

new 关键字在常规C#编程中是对象创建的标配，但在MonoBehaviour的世界里却是个危险的陷阱。当尝试用 new 创建MonoBehaviour派生类时：

• 不会抛出异常 ，但得到的对象引用为null
• 构造函数会被调用两次 （一次在加载线程，一次在主线程）
• 无法访问Unity API （如gameObject、transform等）

技术内幕：Unity引擎在底层通过C++管理MonoBehaviour生命周期，C#层的 new 无法正确注册到引擎内部的对象管理系统。这是Unity设计架构决定的特殊机制。

1.2 AddComponent的正确姿势

// 标准用法
public class W