最近在学习unity的ecs框架，转载几篇写的比较好的文章帮助理解
原文日期 2019-12-5 避免误导未来使用正式版的开发者。
我们已经知道，System的OnUpdate函数会在每一帧自动被调用。
唔，实际上，更准确的，应该分两种情况：
ComponentSystem的OnUpdate：每帧都会被调用。
JobComponentSystem的OnUpdate：取决于Job里筛选出来的实体数量是否大于0，如果是，则每帧都会调用OnUpdate；如果筛选出来的实体数量是0，那么，OnUpdate不会被调用。
这个不太重要。
重要的是，我们的System是处理游戏逻辑，游戏逻辑肯定就会涉及到先后顺序。
比如…玩家走到某个地方后，我才能做一些操作。假设【走动的逻辑】和【做一些操作的逻辑】分别在两个System里。那么，【走动的逻辑】的应该在【做一些操作的逻辑】前面执行。
这时候就涉及到先后顺序了，没错，为了解决这类问题，System的OnUpdate函数的执行是有先后顺序的。
在了解系统如果控制先后顺序之前，需要先了解系统的分组。
唔，其实很简单，就是分组…
比如，SystemA和SystemB都属于一个叫做SystemGroupHello的分组（名字无所谓），SystemC和SystemD属于SystemGroupOther分组。
就是这么简单，就是我们所认知的普通的分组概念。
InitializationSystemGroup（负责初始化工作的系统分组）
SimulationSystemGroup（负责逻辑运算的系统分组）
PresentationSystemGroup（负责图形与渲染工作的系统分组）
以上三个是ECS默认的系统分组，很重要，这三个分组里的System从上到下按照顺序被执行。（实际上SystemGroup本身也属于System，也会被调用OnUpdate函数）。
（以上三个分组的中文翻译参考来源：https://connect.unity.com/p/unity-ecs-wu-liao-jie-systemzhi-xing-shun-xu）
InitializationSystemGroup
SimulationSystemGroup
TransformSystemGroup
PresentationSystemGroup
以上全部都是ECS自带的System，这是基于0.3.0版本，以后的版本可能会发生变化。
注意粗体部分的内容：InitializationSystemGroup，SimulationSystemGroup，PresentationSystemGroup。
这三个是我们刚刚提到的默认系统分组，实际当中，我们大部分人可能都会在默认的分组下搞事情。
每个分组下有很多个System，而某些System下又可能包含子System。
至于这些System有什么用，大家当然是先不用管了。
以上贴出的所有System，都会按照罗列的顺序执行OnUpdate函数，如果System又包含了子System，那么就子System也会执行OnUpdate函数。
这个有什么用呢？大家可以理解为”生命周期”（实际上官方没有提到这个东西），这些按顺序执行的System，会影响到我们的某些决策。
比如，我们想在初始化之前搞事情，那就看看初始化的第一个System是谁，然后让我们自己的System在它之前执行。
如果大家之前有看过Entity Debugger（Window->Analysis->Entity Debugger）的话，应该就会发现，上面列出的部分System就在Debugger里：
Debugger里的System也是按照执行顺序逐一罗列的，未来我们新增的System也会出现在这里。
等等，怎么样可以让我们的System在别的System之前搞事情呢？
我们来看看三个特性（Attribute）
UpdateInGroup：指定当前System在哪个分组下
UpdateBefore：指定当前System在哪个System之前执行
UpdateAfter：指定当前System在哪个System之后执行
我们直接看代码，随便创建一个场景，然后场景一个System类：
| 1 2 3 4 5 6 7 | using Unity.Entities;
[UpdateBefore(typeof(SceneSystem))] public class MutouSystem : ComponentSystem { protected override void OnUpdate () { } } |
我创建了一个很简单的System，但是附加了UpdateBefore特性，并指定了SceneSystem类型。
这样的话，我们的MutouSystem肯定就会在SceneSystem之前执行了。
然后，什么都不用做，直接运行，然后看看Entity Debugger：
怎么样，MutouSystem是不是出现在SceneSystem之前了…
对…没错…才怪啊喂！竟然不是！很奇怪，MutouSystem出现的地方和我们想象的不一样，这是为什么呢？
唔，很重要的一点，System的执行顺序首先是按照System Group排序的，比如InitializationSystemGroup一定是在SimulationSystemGroup之前执行，那么，InitializationSystemGroup下的所有System肯定也是在SimulationSystemGroup下所有System之前执行。
有点绕，换句话说，先按分组排序，然后分组内部自己再排序，无论你内部怎么排序，都不可能跨越分组的排序。
所以，我们要指定System的执行顺序，首先就得确认System所属的分组，然后System就在分组内部调整排序。
如果我们不知道System所属分组，那么，它就会默认分配到SimulationSystemGroup分组下。
所以，我们的MutouSystem是属于SimulationSystemGroup分组的，而这个分组下不存在SceneSystem，因此，我们的UpdateBefore特性是无效的。
于是，改改代码：
| 1 2 3 4 5 6 7 8 | using Unity.Entities;
[UpdateInGroup(typeof(InitializationSystemGroup))] [UpdateBefore(typeof(SceneSystem))] public class MutouSystem : ComponentSystem { protected override void OnUpdate () {} } |
我在MutouSystem顶部又加了一个UpdateInGroup特性，指定MutouSystem所属分组，于是，再次运行：
好了，正常了。
不过，MutouSystem和SceneSystem中间还隔了很多System，也就是说，UpdateBefore只能保证在某个System之前执行，而不能保证是严格地在某个System的上一个执行。
我们再改改，新增一个System：
| 1 2 3 4 5 6 | [UpdateInGroup(typeof(InitializationSystemGroup))] [UpdateAfter(typeof(MutouSystem))] public class LoveSystem : ComponentSystem { protected override void OnUpdate () {} } |
这次我们指定LoveSystem在MutouSystem之后执行，运行看看效果：
结果和我们预想一样。
我们再改改，把MutouSystem放到SceneSystem之后执行：
| 1 2 3 4 5 6 | [UpdateInGroup(typeof(InitializationSystemGroup))] [UpdateAfter(typeof(SceneSystem))] public class MutouSystem : ComponentSystem { protected override void OnUpdate () {} } |
运行看看效果：
好，依旧完美，LoveSystem永远跟在MutouSystem身后了。
好了，关于System的执行顺序，就介绍这么多吧。
注意，本系列教程基于DOTS相关预览版的Package包，是预览版，不代表正式版的时候也适用。
