Unity编程标准导引3.1 Component 组件脚本及其基本生命周期

本文为博主原创文章，欢迎转载，请保留出处：http://blog.csdn.net/andrewfan

3.1组件 Component

组件是Unity中最核心的一个概念，它是一切编程的基础。没有组件，也就没有了Unity编程。

打开一个新Unity工程，我们在Project面板中右键可以直接创建出一个C#脚本。

脚本的内容如下：

using UnityEngine;
using System.Collections;

public class NewBehaviourScript : MonoBehaviour {

    // Use this for initialization
    void Start () {
    
    }
    
    // Update is called once per frame
    void Update () {
    
    }
}

     默认的脚本继承自MonoBehavior类，这个类是通常的自定义脚本组件继承类，也就是我们自己所编写的脚本的父类。而Unity内部组件，如相机等是继承自

MonoBehavior的父类Behavior或者再上层的父类Component。Unity为何要分成三个级别继承？从Component到Behavior只是增加了一个是否可以enable

的属性，用于区别有些组件是可以禁用的，而有些组件是不可以的。而从Behavior到MonoBehavior，则纯粹是为了Unity程序员准备的，因为它增加了很多响应

消息，包括上面代码中看到的Start、Update以及后面提到的LateUpdate、FixedUpdate等消息。这些消息均是为了让程序员可以方便地控制和响应组件，而这

些消息对于Unity内置组件来说它是不需要的，它内部自己知道什么时候需要进行启动、更新等等操作。

     因此，我们尝试参考MonoBehavior的文档，将常见的消息响应全部都打印到控制台上，于是代码看起来是这样：

using UnityEngine;
using System.Collections;
using Assets.AndrewBox.Util;

public class TestComponenets : MonoBehaviour 
{

    void Awake()
    {
        Debuger.LogAtFrame("Awake");
    }

    void Start () 
    {
        Debuger.LogAtFrame("Start");
    }
    
    // Update is called once per frame
    void Update () 
    {
        //Debuger.LogAtFrame("Update");
    }
    void LateUpdate()
    {
        //Debuger.LogAtFrame("LateUpdate");
    }
    void FixedUpdate()
    {
        //Debuger.LogAtFrame("FixedUpdate");
    }

    void OnEnable()
    {
        Debuger.LogAtFrame("OnEnable");
    }
    void OnDisable()
    {
        Debuger.LogAtFrame("OnDisable");
    }
    void OnDestroy()
    {
        Debuger.LogAtFrame("OnDestroy");
    }
}

附加的Debuger类，用于打印消息，这里在显示消息的同时，记录了当前画面运行的帧数，以便于我们观察函数调用的次序以及时机：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using UnityEngine;

namespace Assets.AndrewBox.Util
{
    public static class Debuger
    {
        public static void LogAtFrame(string infor)
        {
            Debug.Log("["+Time.frameCount+"]"+infor);
        }
    }
}

准备好代码之后，在场景中新建一个Cube（其实任意GameObject都可以），将TestComponenets拖放其上，然后尝试启动运行，并且在Cube的TestComponenets组件上，

将勾选状态关闭再打开，可以看到控制台输出的内容。而后停止运行，将上述代码中的注释去掉，暴露出几个Update方法，再次运行以便查看结果。

最终，我们可以得出如下结论：

• Awake 方法：当GameObject被启用时，立刻被执行，中文的字面意思就是说，组件已经苏醒，但是它还没有执行，只是准备好了而已。只执行一次。
• OnEnable方法：当组件被启用时（如果GameObject都没启用，组件更谈不上启用），立刻执行，当多启用时反复执行。
• OnDisable方法：与OnEnable对应，当组件被禁用时，立刻执行，当多禁用时反复执行。
• Start方法：当组件被启用后的下一帧，才会被执行。只执行一次。【特别注意，这里是下一帧，如果不注意的话，在资源加载方面可能会出现问题】
• OnDestroy方法：当组件被销毁时执行。
• Update：每帧执行一次，每秒刷新次数取决于硬件图像的刷新速度。
• LateUpdate：每帧执行一次，后于Update执行，这里一般用作绘制到屏幕的最后处理（如无此特殊需要，用Update即可）。
• FixedUpdate：默认按每隔0.02秒（具体时间可以设置）执行一次，与图像刷新率无关，用于物理逻辑计算。

正常情况下，执行的顺序是如下图：

也就是说，在Awake、OnEnable、Start之后开始几种Update循环。

一般OnEnable用作处理开启和关闭组件时的开关量转换，那么对于此组件的初始化我们可以写在Awake和Start中。

由于Awake是加载和启用GameObject后立刻执行的，因此，如果本组件跟随GameObject加载后，应该立刻初始化本组件的共有成员，如果这些成员需要被其它代码所访问的话。

因为如果放在Start中初始化的话，那么还需要等待一帧，而这一帧过程中，很可能已经发生了对这些共有成员的访问，而此时尚未初始化。所以应该避免这种情况出现。

我们暂时将其成为二阶段初始化，以便更好的记忆。在后续的章节中我们会有更多的体现。

本文为博主原创文章，欢迎转载，请保留出处：http://blog.csdn.net/andrewfan