本文为博主原创文章，欢迎转载，请保留出处：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中初始化的话，那么还需要等待一帧，而这一帧过程中，很可能已经发生了对这些共有成员的访问，而此时尚未初始化。所以应该避免这种情况出现。
我们暂时将其成为二阶段初始化，以便更好的记忆。在后续的章节中我们会有更多的体现。