在Unity中编写脚本时，有一系列的可重写（override）函数供我们使用，其中的Awake与Start两个函数作为初始化与设置之用，几乎在每个脚本中都要用到。因此，正确的把握这两个函数的调用时机，就能让我们在程序开发过程中避免一些错误，提高开发效率。
1、Awake函数
首先，我们来看unity的参考手册中对Awake函数的一些说明情况：
当脚本实例被加载时会调用Awake函数；Awake函数在所有的游戏对象被初始化完毕之后才会被调用；在脚本实例的整个生命周期中，Awake函数仅执行一次。那么，脚本实例何时被加载，脚本实例的整个生命周期又代表了什么，因为对这些概念存有疑惑，所以在此基础之上，自己又在引擎中进行了一些测试，通过打印输出的方式查看了一下Awake函数的执行情况，总结如下（没有特殊说明，均为在不切换场景的前提下）：
（1） 如果游戏对象（即gameObject）的初始状态为关闭状态，那么运行程序，Awake函数不会执行；反之，如果游戏对象的初始状态为开启状态，那么Awake函数会执行。并且，值得注意的一点是，Awake函数的执行与否与脚本实例的状态（启用或禁用）并没有关系，而是与脚本实例所绑定的游戏对象的状态有关。
（2） 在不切换场景的前提下，原本处于关闭状态的游戏对象，当它被首次开启时，Awake函数会执行，并且是只在首次开启时才会执行；而已经开启（激活）的游戏对象（Awake函数已经执行过一次），将它关闭后再次开启，Awake函数不会再次执行。看来这是对应了手册中说明的在脚本实例的整个生命周期中仅执行一次的情况。
（3） 如果重新加载场景，那么场景内Awake函数的执行情况重新遵循上述两点。
2、Start函数
还是先看参考手册中对Start函数的一些说明情况：
当Update函数第一次被调用前会调用Start函数；Start函数只在脚本实例被启用时才会执行；Start函数总是在Awake函数之后执行。在此基础之上，自己的测试总结如下 （没有特殊说明，均为在不切换场景的前提下）：
（1） 如果游戏对象被关闭，那么Start函数不会执行。想一想这是理所当然的，游戏对象关闭了，脚本实例不会被加载，Awake函数不会执行，Start函数不会执行，Update函数等也不会执行。
（2） 如果游戏对象开启了，对象上绑定的脚本实例被禁用了，那么Start函数不会执行。这是Start函数的特点，只有在脚本实例被启用时它才会执行，这个说明中有提到。注意，这与Awake函数是有区别的。
（3） 如果游戏对象开启了，对象上绑定的脚本实例也开启了，那么Start函数会执行。并且Start函数只会在脚本实例首次被开启时才会执行。如果是已经开启过的脚本实例被关闭后再次开启，那么Start函数不会再次执行。
（4） 如果重新加载场景，那么场景内Start函数的执行情况重新遵循上述三点。
除此之外，还有对Awake函数和Start函数都比较重要的一点，那就是当游戏对象之间存在父子关系时（不论层级的多少）。这时，父游戏对象的状态（开启或关闭）完全决定了子游戏对象上的脚本函数的执行情况。总的来说就是，只有在父游戏对象被开启的状态下，程序才会考虑是否调用子游戏对象上的脚本函数（Awake与Start等）。自上而下，以此类推。
最后，自己对于Awake与Start函数的使用，一般都是在Awake函数中获取游戏对象或者脚本实例的信息，然后在Start函数中进行一些获取之后的初始化设置。具体情况，还要根据需求灵活变化。
3、总结：
1，Awake() ： 脚本加载的时候调用，而脚本加载的时候意思为：对象（脚本所在的gameObject）第一次enable，即对象被加载的时候，脚本未启用（启用就是enable状态）也会执行。awake函数受游戏对象初始状态的影响, 当状态关闭,不调用;状态开启,调用;开启后关闭再重新开启,不调用.与与之绑定的脚本实例启用状态无关。
2，Start() ： 脚本运行时调用，在对象enable的情况下，脚本第一次enable，就是脚本运行的时刻。start函数受游戏对象上绑定的脚本实例启用状态相关, 脚本实例启用,调用; 关闭,不调用;开启后关闭再重新开启,不调用
如果一个panel里面的初始化控件或参数是固定的那就写在awake里面，如果某些控件或参数是变换的，那就写在start里面。
