baking只会在Editor环境下运行，而且只会对SubScene中包含的GameObject进行烘焙。SubScene是Unity提供的一种场景格式，SubScene中的GameObjects和MonoBehaviour会转换成ECS中的entity和component。之所以搞出一个新的格式，是因为ECS和之前老的scene system不兼容。

baking主要分为两个关键步骤，其一是Bakers，负责将GameObjects转换为entities和components，其二是Baking systems，对上一步中生成的entities可以再做额外处理。

通常，一个Baker和一个MonoBehaviour绑定，Baker可以使用MonoBehviour中的数据，为Entity添加组件，例如：

using Unity.Entities;
using UnityEngine;public class MyAuthoring : MonoBehaviour
{public int bakeIntData = 0;class MyBaker : Baker<MyAuthoring>{public override void Bake(MyAuthoring authoring){var entity = GetEntity(TransformUsageFlags.None);AddComponent(entity, new IntComponent { value = authoring.bakeIntData });}}
}public struct IntComponent : IComponentData
{public int value;
}

代码很简单，就是为当前的Entity添加了一个IntComponent的Component，这个IntComponent的value是用MyAuthoring里的bakeIntData设置的。我们在Editor下也可以预览到GameObject转换为Entity时所拥有的Components：

运行时还能看到更详细的信息：

我们在代码中获取当前Enity时，使用了TransformUsageFlags.None这个参数。根据Unity给出的官方文档，这个flag是用来告诉Unity如何将GameObject中的transform转换成ECS的Components的。如果flag为None，说明Entity不需要transform相关的Components，而如果flag为dynamic，则会尽可能把transform的信息复制到Entity里。完整的flags列表如下，摘自官方文档：

我们可以对比一下使用TransformUsageFlags.None和TransformUsageFlags.Dynamic的区别：

对比一下可以发现，右边Dynamic的多了LocalToWorld和LocalTransform两个Component，它们包含了transform的各种信息。

那么，Baker触发的时机是怎样的呢？

首先，对于SubScene，它在Hierarchy中有两种状态，一种是open，一种是closed，在Editor环境下，SubScene的右侧有个勾选，如果没有勾选，就是closed，反之则是open。

根据官方文档，closed状态下，Unity会执行full baking，这是一个异步的过程。

官方文档给出的触发时机有以下若干种：

• The entity scene is missing (not present on disk).
• The authoring scene has been modified and the entity scene is outdated.
• The baking code is in an assembly that doesn’t contain a single [BakingVersion] attribute. This means that the assembly has been modified and the entity scene is outdated.
• A [BakingVersion] attribute on baking code has been modified.
• The Entities Project Settings have been modified.
• You request a reimport from the subscene Inspector. This feature is intended for troubleshooting.
• You clear the baking cache in the Editor Preferences.

我们不妨挑几个试验一下。首先在之前的代码里加下触发的log：

public override void Bake(MyAuthoring authoring)
{Debug.Log("==========================Bake Invoked!========================== " + authoring.name);var entity = GetEntity(TransformUsageFlags.None);AddComponent(entity, new IntComponent { value = authoring.bakeIntData });
}

然后在SubScene里放两个空的GameObject，分别叫GameObject1和GameObject2，给它们都挂上MyAuthoring这个脚本：

这时，进入挂有SubScene的场景时，就会触发Bake了。说明只有SubScene需要被load时，才会触发它的baking。

下面，我们回到SubScene，只修改某一个GameObject的transform或者MyAuthoring的BakeIntData：

保存之后再次回到场景，会发现没有修改过的GameObject2也重新进行了baking，也的确是full baking。但是，如果我们把GameObject1修改回之前，却发现此时并不会触发full baking，原来Unity对baking的结果是会进行缓存的，如果缓存中存在就不会再次baking了。

不过，我们也可以手动触发full baking，比如直接reimport SubScene：

或者在Preference中clear掉缓存：

现在，我们再勾上SubScene的open，open subscene的好处是可以实时预览SubScene中的GameObjects和Entities：

除此之外，open subscene会执行incremental baking，也就是只bake发生修改过的data，不过这要取决于需要处理的数据量。

比如此时如果只修改GameObject1的transform，MyAuthoring的Bake是不会被触发的，因为它本身并没有发生改变。incremental baking的log也提供了相关的信息：

如果我们再修改MyAuthoring的BakeIntData，此时就会触发Bake了，不过因为只有GameObject1发生了修改，所以也只有GameObject1需要重新进行Bake：

Reference

[1] Baking overview

[2] Enum TransformUsageFlags