Unity游戏上线前疑问：大量使用FindObjectOfType是否影响性能？

结论先行：大量调用FindObjectOfType绝对会拖垮游戏性能，上线前必须整改

为什么不能乱用？ #

• FindObjectOfType的工作逻辑是遍历场景中所有激活的GameObject，逐个检查是否挂载了目标类型的组件。场景里对象越多（比如几百上千个），每次调用的耗时就越长。要是在Update、LateUpdate这种每帧都跑的函数里调用，帧率直接会波动甚至卡顿，尤其是在性能有限的移动设备上。
• 哪怕只在初始化阶段调用，一堆FindObjectOfType堆在一起也会拉长场景加载时间，玩家刚进游戏就等半天，体验直接拉胯。

过度使用的不良后果 #

• 性能问题：复杂场景下频繁触发全场景遍历，CPU开销飙升，掉帧、卡顿是必然的。
• 维护灾难：代码和场景对象耦合度极高，后续改个对象名称、不小心禁用了组件、或者删了某个对象，马上就会出现空引用错误，排查起来要翻遍代码和场景，巨麻烦。
• 逻辑隐患：如果场景里后来加了同类型的组件，FindObjectOfType只会返回第一个匹配的，原本的逻辑很可能直接崩掉，而且这种问题很难提前发现。

替代方案（按优先级排序） #

1. Inspector直接赋值
   最省心高效的方式：在脚本里声明公开的组件变量，直接在Unity编辑器的Inspector面板把目标组件拖进去。完全避免运行时查找，零性能开销。

2. 单例模式（全局唯一组件）
   比如GameManager、UIManager这种全局只有一个的组件，做成单例，在Awake时初始化自身引用，其他脚本直接通过单例类访问：

   public class GameManager : MonoBehaviour
   {
       public static GameManager Instance;
   
       private void Awake()
       {
           // 防止重复创建单例
           if (Instance != null && Instance != this)
           {
               Destroy(gameObject);
               return;
           }
           Instance = this;
           DontDestroyOnLoad(gameObject);
       }
   }
   // 其他脚本使用时直接调用：
   // GameManager.Instance.YourMethod();
   

3. 自定义管理器（多组件场景）
   对于敌人、道具这类同类型多实例的组件，做一个专门的管理器，在Awake时收集所有该类型组件，或者在对象创建时主动注册到管理器里：

   public class EnemyManager : MonoBehaviour
   {
       public List<Enemy> AllEnemies = new List<Enemy>();
   
       public void RegisterEnemy(Enemy enemy)
       {
           if (!AllEnemies.Contains(enemy))
               AllEnemies.Add(enemy);
       }
   
       public void UnregisterEnemy(Enemy enemy)
       {
           if (AllEnemies.Contains(enemy))
               AllEnemies.Remove(enemy);
       }
   }
   // Enemy脚本里：
   private void Awake()
   {
       FindObjectOfType<EnemyManager>().RegisterEnemy(this);
   }
   private void OnDestroy()
   {
       FindObjectOfType<EnemyManager>().UnregisterEnemy(this);
   }
   

   这里只在Awake和OnDestroy各调用一次FindObjectOfType，比每次需要时调用好太多。

4. 标签查找（迫不得已时用）
   如果必须动态查找，用GameObject.FindWithTag("YourTag")配合GetComponent<T>()，效率比FindObjectOfType高不少——因为标签查找是哈希表查询，不用遍历所有对象。但同样要避免在每帧调用。

上线前必做 #

• 全局搜索项目里的FindObjectOfType，逐个替换成上面的方案，尤其是在Update、FixedUpdate里的调用，必须干掉。
• 用Unity Profiler工具扫一遍，看看这些查找操作的CPU开销，确认修改后性能达标。
• 在目标设备（比如中低端手机）上做真机测试，确保帧率稳定，没有卡顿。

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