开场
凌晨两点，测试同学反馈：Boss 战进入第二阶段时，血条 UI 偶尔会"卡住"不更新。你翻遍了 HealthBar 脚本，Update 里Refresh()写得明明白白，断点也跟进了无数次——它确实在跑，可 UI 数据就是没刷新。
更诡异的是，有些 HealthBar 实例正常工作，有些却不灵。直到你把 PlayerHealth 和 BossHealth 摆在一起对比，才发现两者脚本依赖的初始化时序不同：一个依赖Awake里缓存好的引用，另一个却在Start里才拿到数据——而别人的Start可能跑在你的Awake之前。这不是玄学，是你对"引擎到底什么时候、按什么顺序调用这些方法"的理解出了缺口。
这篇文章不背"Awake→OnEnable→Start→Update"口诀，而是回答口诀背后的三个真问题：引擎怎么知道你写了 Update？每帧调用时具体怎么走？为什么这套机制长这样？
一、引擎怎么知道你写了 Update
1.1 一次性扫描：反射只用在加载时
一个朴素但致命的误解是：Unity 每帧用反射去检查"这个脚本有没有 Update"。真这么做，几千个组件的场景帧率会直接崩盘——反射查找是出了名的慢操作。
真实机制是把反射的成本一次性付清：程序集加载进运行时（编辑器里是编译完成/域重载后，玩家机上是启动时）的那一刻，引擎扫描所有继承自MonoBehaviour的类型，按"方法名
