首页 > 代码库 > (转)unity3d中脚本生命周期(MonoBehaviour lifecycle)
(转)unity3d中脚本生命周期(MonoBehaviour lifecycle)
自:http://blog.csdn.net/qitian67/article/details/18516503
最近在做一个小示例,发现类继承于MonoBehaviour的类,有很多个方法,于是乎必然要问出一个问题:这么多个方法,执行先后顺序是如何的呢?内部是如何进行管理的呢?于是在网上找了许多资料,发现了Richard Fine在2012年就已经发布了一篇文章,而且讲得算是相当深入,并且很有道理的,这里加上我的一些尝试与思考,分享给大家。
先贴上图,大家有个直观认识:
接下来,做出一下讲解:最先执行的方法是Awake,这是生命周期的开始,用于进行激活时的初始化代码,一般可以在这个地方将当前脚本禁用:this.enable=false,如果这样做了,则会直接跳转到OnDisable方法执行一次,然后其它的任何方法,都将不再被执行。
如果当前脚本处于可用状态,则正常的执行顺序是继续向下执行OnEnable,当然我们可以在另外一个脚本中实现这个脚本组件的启动:this.enab=true;
再向下执行,会进行一个判断,如果Start方法还没有被执行,则会被执行一次,如果已经被执行了,则不会再被执行。这是个什么意思呢?我们可以在某个脚本中将组件禁用this.enable=false,再启用时会转到OnEnable处执行,这时继续向下走,发现Start执行过了,将不再被执行。比如说:第一次启用时,将怪物的初始位置定在了(0,0,0)点,然后怪物可能会发生了位置的变换,后来被禁用了,再次启用时,不会让怪物又回到初始的(0,0,0)位置。
继续向后执行,就是Update了,然后是FixUpdate,再然后是LateUpdate,如果后面写了Reset,则会又回到Update,在这4个事件间可以进行循环流动。
再向后执行,就进入了渲染模块(Rendering),非常重要的一个方法就是OnGUI,用于绘制图形界面。当然,如果你使用了NGUI,这个生命周期的事情你就不用考虑了。
再向后,就是卸载模块(TearDown),这里主要有两个方法OnDisable与OnDestroy。当被禁用(enable=false)时,会执行OnDisable方法,但是这个时候,脚本并不会被销毁,在这个状态下,可以重新回到OnEnable状态(enable=true)。当手动销毁或附属的游戏对象被销毁时,OnDestroy才会被执行,当前脚本的生命周期结束。
特别要强调的是:这里虽然可以使用C#来写代码,但是这个类构造对象的生命周期,与MonoBehaviour的生命周期,是完全不同的。
可以通过如下示例:对脚本进行验证(两个脚本添加到同一个游戏对象上):
脚本1Monster1:
void OnBecameInvisible()
{
Debug.Log("invisible");
MonsterController mc1 = this.gameObject.GetComponent<MonsterController>();
mc1.enabled = false;
}
void OnBecameVisible()
{
Debug.Log("visible");
MonsterController mc1 = this.gameObject.GetComponent<MonsterController>();
mc1.enabled = true;
}
脚本2MonsterController:
void Awake()
{
Debug.Log("awake");
this.enabled = false;
}
void OnEnable()
{
Debug.Log("enable");
this.enabled = true;
}
void Start()
{
Debug.Log("start");
//this.gameObject.SetActive(false);
}
void Update()
{
Debug.Log("update");
}
void OnGUI()
{
Debug.Log("gui");
}
void OnDisable()
{
Debug.Log("disable");
}
void OnDestroy()
{
Debug.Log("destroy");
}
如果您觉得有不对之处,欢迎指正,为了技术进步,我们一起努力。
Richard Fine的文章地址:点击阅读