解读

在国内 Unity 项目面试中，这道题常被用来快速判断候选人是否真正写过编辑器工具、是否理解 Unity 编辑器域重载（Domain Reload）机制。
很多简历写着“熟悉编辑器扩展”，但一追问就把两个特性混为一谈，直接暴露“只抄过代码”的短板。
面试官期望你在 1～2 分钟内给出精准差异、触发时机、性能隐患、实战用法四层回答，既体现基本功，也为后续深挖“如何加速编辑器启动”或“如何做无域重载热补丁”做铺垫。

知识点

1. 作用域

   • [InitializeOnLoad] 只能打在静态类上，Unity 会在域重载完成后立即执行该类的静态构造函数。
   • [InitializeOnLoadMethod] 只能打在任意类的静态方法上，Unity 会在域重载完成后调用该方法；类本身不必是静态类，也不会触发整个类的静态构造。

2. 执行顺序
   域重载 → 所有标记类的静态构造函数依次执行（[InitializeOnLoad]）→ 所有标记方法依次执行（[InitializeOnLoadMethod]）。
   因此静态构造永远优先于静态方法；同类型特性之间无官方保证顺序，实际按类名与方法名的字典序。

3. 性能与副作用

   • 静态构造里抛异常会导致整个类无法访问，编辑器直接报错；方法里抛异常只会跳过该方法，不影响其他初始化逻辑。
   • 若只做注册回调（如 EditorApplication.update += XXX），用方法版更轻量，避免提前触发大量静态字段的初始化。
   • 国内大型项目常把Shader 变体收集、代码生成、DLL 热重载监听放在 [InitializeOnLoadMethod] 中，以减少域重载后的卡顿。

4. 版本差异
   2020.3 LTS 之后，Unity 在Enter PlayMode Options 中支持“Disable Domain Reload”，此时两种特性仍会被调用，但不再伴随真正的 AppDomain 卸载，需自行保证状态幂等，否则会出现“重复注册”或“静态变量未清零”的 Bug——国内很多团队踩过这个坑。

答案

[InitializeOnLoad] 是类级特性，要求类为 static，通过静态构造函数在编辑器域重载后执行；
[InitializeOnLoadMethod] 是方法级特性，可贴在任意类的静态方法上，由 Unity 在域重载后显式调用，不会触发整个类的静态构造。
前者适合集中初始化大量静态字段，后者适合轻量级注册或单点逻辑，异常隔离更好；在关闭 Domain Reload 的项目中，两者都需幂等保护，防止重复初始化。

拓展思考

1. 如何验证执行顺序？
   在 Unity 2021.3 中创建两个类，分别使用 [InitializeOnLoad] 和 [InitializeOnLoadMethod]，并在方法/构造里打印 Time.realtimeSinceStartup + 调用栈，可肉眼确认静态构造优先；再打开 Edit → Project Settings → Editor → Enter Play Mode Options（禁用 Domain Reload），重复测试，可观察到静态字段值未被清零，从而理解幂等设计的重要性。

2. 实战性能优化
   国内某 SLG 项目编辑器启动耗时 15 s，Profiler 显示 60% 时间花在Shader 变体预加载。
   把预加载从 [InitializeOnLoad] 静态构造移至 [InitializeOnLoadMethod]，并配合延迟帧执行（EditorApplication.delayCall），首次域重载时间降至 5 s；进一步在方法内做ScriptableSingleton 持久化缓存，后续启动只需增量更新，迭代效率提升 3 倍，该方案已写入公司《编辑器开发规范》。

3. 与 RuntimeInitializeOnLoadMethod 的区别
   面试常追问“编辑器初始化 vs 运行期初始化”。
   RuntimeInitializeOnLoadMethod 只在进入 Play 模式或构建播放器后触发，且可指定 AfterSceneLoad 或 BeforeSceneLoad；而本文两个特性仅作用于编辑器域重载，不会打进包体。混淆这一点会被直接判为概念不清。