5. Unity脚本的执行顺序

　　Unity是不支持多线程的，也就是说我们必须要在主线程中操作它，可是Unity可以同时创建很多脚本，并且可以分别绑定在不同的游戏对象身上，他们各自都在执行自己的生命周期感觉像是多线程，并行执行脚本的，它是如何执行的呢？

　　我们做一个小小的实验来验证它。如下图所示，在Hierarchy视图中创建三个游戏对象，在Project视图中创建三条脚本，然后按照顺序将脚本绑定在对应的游戏对象身上。

　　三条脚本的代码完全一样，只是做了一点名称上的区分，代码写的比较丑我们只是作为测试！！

using UnityEngine;
using System.Collections;

public class Script0 : MonoBehaviour
{

    void Awake ()
    {
        Debug.Log("Script0 ========= Awake");
    }

    bool isUpdate = false;
    void Update ()
    {
        if(!isUpdate)
        {
            Debug.Log("Script0 ========= Update");
            isUpdate = true;
        }
    }

    bool isLateUpdate = false;
    void LateUpdate()
    {
        if(!isLateUpdate)
        {
            Debug.Log("Script0 ========= LateUpdate");
            isLateUpdate = true;
        }
    }
}

　　播放游戏，看看他们的执行顺序。如下图所示，Awake、Update、LateUpdate、无论播放游戏多少次，他们执行的顺序是完全一样的。

　　

　　接着我们在做一个测试，把Script0的Update方法注释掉！！

using UnityEngine;
using System.Collections;

public class Script0 : MonoBehaviour
{
    void Awake ()
    {
        Debug.Log("Script0 ========= Awake");
    }
//    bool isUpdate = false;
//    void Update ()
//    {
//        if(!isUpdate)
//        {
//            Debug.Log("Script0 ========= Update");
//            isUpdate = true;
//        }
//    }

    bool isLateUpdate = false;
    void LateUpdate()
    {
        if(!isLateUpdate)
        {
            Debug.Log("Script0 ========= LateUpdate");
            isLateUpdate = true;
        }
    }
}

　　播放游戏，在看看它的结果。脚本的执行顺序和以前完全一样，Script0即使删除掉了Update方法，但是它也不会直接执行LateUpdate方法，而是等待Script1和Script2的Update方法都执行完毕以后，在去执行所有的LateUpdate方法。

　　通过这两个例子我们就可以清楚的断定Unity后台是如何执行脚本的了。每个脚本的Awake、Update、LateUpdate、FixedUpdate等等，方法在后台都有一个总汇。

后台的Awake()

{

       脚本0中的Awake();

       脚本1中的Awake()；

       脚本2中的Awake();

}

　　后台的方法 Awake、Update、LateUpdate、FixedUpdate等等都是按照顺序，等所有子脚本中的Awake执行完毕后在去执行 Start 、Update、LateUpdate等等。所以这里也就解释了Unity没有多线程的概念。

后台的Update()

{

       脚本0中的Update();

       脚本1中的Update()；

       脚本2中的Update();

}

　　Unity还提供的一组协同任务的方法，其实它的原理和上面的完全一样，它们都是假的多线程。说了一圈我们又回到了Unity脚本的执行顺序上来？我们在看两条脚本！

在脚本2的Awake方法中创建一个立方体对象。

using UnityEngine;
using System.Collections;

public class Script2 : MonoBehaviour
{
    void Awake ()
    {
        GameObject.CreatePrimitive(PrimitiveType.Cube);
    }
}

　　在脚本0的Awake方法中去获取这个立方体对象 

using UnityEngine;
using System.Collections;

public class Script0 : MonoBehaviour
{
    void Awake ()
    {
        GameObject go = GameObject.Find("Cube");
        Debug.Log(go.name);
    }
}

　　如果脚本的执行顺序是 先执行Script2 然后在执行Script0那么Script0中的Awake就可以获取到该立方体对象，可是如果脚本的执行顺序是先Script0然后在Script2，那么Script0肯定会报空指针错误的。

　　那么实际项目中的脚本会非常非常多，他们的先后顺序我们谁也不知道。所以我的建议一般在Awake方法中创建游戏对象或在Resources.Load(Prefab) 对象。在Start方法中去获取游戏对象，或者游戏组件，这样就可以确保万无一失了。

　　如果说你非要控制脚本的执行先后顺序，也不是完全不行！Unity可以设置脚本执行的顺序。如下图所示，选择任意脚本在Inspector视图中点击Execution Order..按钮。

　　

　　如下图所示，点击右下角的“+”将弹出下拉窗口，包括游戏中的所有脚本。添加脚本完毕后，Default Time下方数值越小的排在越前面脚本将率先执行，如果没有设置的脚本将按默认的顺序执行。

　　

　　按照我的这个设置，程序将先执行Script0然后Script1最后Script2，欢迎一起讨论！！哇咔咔。。

　　原文链接：http://www.xuanyusong.com/archives/2378

============================================================================

　　Unity3D初学者经常把Awake和Start混淆。

　　简单说明一下，Awake在MonoBehavior创建后就立刻调用，Start将在MonoBehavior创建后在该帧Update之前，在该Monobehavior.enabled == true的情况下执行。

void Awake (){
}
//初始化函数，在游戏开始时系统自动调用。一般用来创建变量之类的东西。

void Start(){
}
//初始化函数，在所有Awake函数运行完之后（一般是这样，但不一定），在所有Update函数前系统自动条用。一般用来给变量赋值。

　　

　　我们通常书写的脚本，并不会定义[ExecuteInEditMode]这个Attribute，所以Awake和Start都只有在Runtime中才会执行。

例1：

public class Test : MonoBehaviour {
    void Awake () {
        Debug.Log("Awake");
        enabled = false;
    }

    void Start () {
        Debug.Log("Start");
    }
}

　　以上代码，在Awake中我们调用了enabled = false; 禁止了这个MonoBehavior的update。由于Start, Update, PostUpdate等属于runtime行为的一部分，这段代码将使Start不会被调用到。

　　在游戏过程中，若有另外一组代码有如下调用:

Test test = go.GetComponent<Test>();
test.enabled = true;

　　这个时候，若该MonoBehavior之前并没有触发过Start函数，将会在这段代码执行后触发。

例2：

player.cs

private Transform handAnchor = null;
void Awake () { handAnchor = transform.Find("hand_anchor"); }
// void Start () { handAnchor = transform.Find("hand_anchor"); }
void GetWeapon ( GameObject go ) {
    if ( handAnchor == null ) {
        Debug.LogError("handAnchor is null");
        return;
    }
    go.transform.parent = handAnchor;
}

other.cs

...
GameObject go = new GameObject("player");
player pl = go.AddComponent<player>(); // Awake invoke right after this!
pl.GetWeapon(weaponGO);
...

　　以上代码中，我们在player Awake的时候去为handAnchor赋值。如果我们将这步操作放在Start里，那么在other.cs中，当执行GetWeapon的时候就会出现handAnchor是null reference.

　　总结：我们尽量将其他Object的reference设置等事情放在Awake处理。然后将这些reference的Object的赋值设置放在Start()中来完成。
当MonoBehavior有定义[ExecuteInEditMode]时

　　当我们为MonoBehavior定义了[ExecuteInEditMode]后，我们还需要关心Awake和Start在编辑器中的执行状况。

　　当该MonoBehavior在编辑器中被赋于给GameObject的时候，Awake, Start 将被执行。
　　当Play按钮被按下游戏开始以后，Awake, Start 将被执行。
　　当Play按钮停止后，Awake, Start将再次被执行。
　　当在编辑器中打开包含有该MonoBehavior的场景的时候，Awake, Start将被执行。

　　值得注意的是，不要用这种方式来设定一些临时变量的存储(private, protected)。因为一旦我们触发Unity3D的代码编译，这些变量所存储的内容将被清为默认值。

　　下面再来看看Unity圣典中的解释。

　　Awake()
　　当一个脚本实例被载入时Awake被调用。

　　Awake用于在游戏开始之前初始化变量或游戏状态。在脚本整个生命周期内它仅被调用一次.Awake在所有对象被初始化之后调用，所以你可以安全的与其他对象对话或用诸如 GameObject.FindWithTag 这样的函数搜索它们。每个游戏物体上的Awke以随机的顺序被调用。因此，你应该用Awake来设置脚本间的引用，并用Start来传递信息。Awake总是在Start之前被调用。它不能用来执行协同程序。

　　Start()

　　Start仅在Update函数第一次被调用前调用。Start在behaviour的生命周期中只被调用一次。它和Awake的不同是Start只在脚本实例被启用时调用。
你可以按需调整延迟初始化代码。Awake总是在Start之前执行。这允许你协调初始化顺序。

原文链接：http://blog.csdn.net/pleasecallmewhy/article/details/8535329