上一篇测试了生成顺序对执行顺序的影响，链接:LINK
执行顺序测试3: LINK
这篇主要测试一下Awake,OnEnable,Start三个常用消息的循环顺序
1.测试消息循环顺序
先上一个最简单的打印测试
测试结果为Awake和OnEnable在第一次循环中，Start在第二次循环中
关于调用时的帧数
第0帧是不做渲染的，第一帧才做渲染，并且Start延后一帧
2.测试动态创建时的顺序
2.1 - Component和GameObject都为打开状态
public TMP template; void Start()
{
var go = Instantiate(template.gameObject);
print("--Creater Modify--");
go.SetActive(true);
}
Dynamic Create
Awake和OnEnable优先被调用，连在此之前调用初始化的机会都没有。
如果将Prefab保存为非激活状态，并在初始化后激活。即可调用初始化代码：
2.2 - 测试GameObject为打开状态，Component非打开状态(后手动打开)
Awake是针对GameObject，而OnEnable是针对组件Component。所以组件不打开依然会调用Awake
当手动打开组件之后，测试结果与之前一致。
动态创建测试：
也和上面的测试结果吻合,不能在设置enable之后调用初始化代码。因为OnEnable是立即调用的
Tips:虽然Start延后一帧，但Awake/OnEnable和Start之间并不会穿插进Update/FixedUpdate的调用，
但IEnumerator Start()造成的异步执行，是会有Update/FixedUpdate调用的。
最后归纳一下：
1.Awake和OnEnable在第一次循环中，Start在第二次循环中。并且Start延后一帧。
2.如果是静置物体，Awake/OnEnable在第0帧调用，Start在第1帧调用。
3.OnEnable,Start消息属于组件本身，Awake属于GameObject。所以即使组件不激活，Awake也会被调用
4.在Awake/OnEnable和Start之间虽然延后一帧，但并不会穿插进Update/FixedUpdate的调用