Unity ECS性能优化：Latios Framework核心模块实战指南-育师

1. 项目概述：为什么你需要关注Latios Framework？

如果你正在Unity的ECS（实体组件系统）世界里摸爬滚打，尤其是当你已经体验过官方DOTS（Data-Oriented Technology Stack）带来的性能震撼，却又时不时被一些“官方特色”卡住脖子时，那么Latios Framework这个名字，你大概率已经听过不止一次了。它不是什么全新的游戏引擎，也不是要彻底颠覆Unity ECS，而更像是一位经验丰富的“老司机”为你准备的、一套基于官方ECS的“高性能改装套件”。

简单来说，Latios Framework是一套开源的、模块化的Unity DOTS框架，由社区大神Dreaming381主导开发。它的核心目标非常明确：在保留Unity ECS核心范式和工作流的前提下，为你提供更强大、更直观、性能更高的底层API和功能集，同时修复或绕过官方实现中那些令人头疼的“怪癖”和性能瓶颈。想象一下，你有一辆性能不错的原厂车（Unity ECS），它能跑，但悬挂有点硬、变速箱换挡逻辑有点迷。Latios Framework就是一套顶级的避震、一套更聪明的ECU程序，让你在同样的底盘上，开出更顺滑、更可控、更快的体验。

为什么说它值得你花时间？首先，它直接瞄准了生产级项目的痛点。官方ECS虽然强大，但在一些高级工作流（如复杂的动画、大规模物理查询、音频管理、文本渲染）上，要么功能缺失，要么实现起来异常繁琐且性能不佳。Latios Framework的各个模块，如Kinemation（动画与渲染）、Psyshock（物理查询）、Myri（音频）、Calligraphics（文本渲染），就是为填补这些空白而生，并且其设计哲学是“把控制权交还给开发者”，而非黑盒封装。其次，它修复了许多底层性能问题，比如更高效的结构化变更、更智能的游戏循环组织，这些改动可能不会直接体现在功能列表里，但却能让你的整个项目运行得更“丝滑”。

本教程的目标读者，是那些已经对Unity ECS有基本了解（知道Entity, Component, System是什么），并希望将项目推向更高性能、更复杂规模的开发者。无论你是正在为性能优化头疼，还是对官方ECS的某些限制感到沮丧，这篇从零开始的完整指南，都将带你绕过初期的配置陷阱，快速搭建起第一个基于Latios Framework的ECS项目，让你亲身体验它带来的不同。

2. 环境准备与框架安装：避开第一个大坑

在兴奋地准备敲代码之前，正确的环境配置是成功的第一步。这一步如果出错，后面可能会遇到各种诡异的编译错误或运行时问题。我们按顺序来。

2.1 确保Unity版本与Entities包兼容性

Latios Framework对Unity和Entities包的版本有明确要求。根据其官方文档（截至我撰写时的最新版本0.15.10），它要求Entities包版本为1.4.4，并且启用了ENTITY_STORE_V1。Unity编辑器版本建议在6000.3.8f1及以上。特别注意：它目前暂不支持Entities 6.4.0。这是一个关键点，很多人在Package Manager里看到有更新就点，结果导致不兼容。

我的建议是，为此项目专门创建一个新的Unity项目（推荐使用2022.3 LTS或更新的兼容版本），然后在Package Manager中，手动将Entities、Hybrid Renderer等核心DOTS包的版本锁定在1.4.4。你可以通过Package Manager的“+”号 -> “Add package by name...” 输入com.unity.entities@1.4.4来精确安装。同样方法安装com.unity.rendering.hybrid@1.4.4。

注意：不要使用Unity Hub创建项目时自带的“ECS Sample”模板，因为它可能捆绑了不兼容的包版本。从一个干净的3D Core模板开始是最稳妥的。

2.2 三种安装方式详解与选择

安装Latios Framework主要有三种方式，各有利弊：

通过Git URL安装（最推荐新手）：这是最快捷、最不容易出错的方式。打开Package Manager，点击左上角的“+”按钮，选择“Add package from git URL...”。在弹出的输入框中，粘贴Latios Framework的仓库地址：https://github.com/Dreaming381/Latios-Framework.git。点击“Add”后，Unity会自动下载并导入整个框架包。这种方式能确保你获取到的是官方发布的最新稳定版本。
通过OpenUPM安装：如果你熟悉命令行工具，并且项目已经配置了Scoped Registries，可以使用OpenUPM的命令行工具进行安装：openpm add com.latios.latios-framework。这种方式适合追求自动化工作流的团队。
克隆到本地Packages文件夹（适合深度定制或贡献者）：将Git仓库克隆或作为子模块添加到你的项目Packages文件夹内。这样做的好处是你可以随时查看和修改源码，快速应用尚未发布的修复，但也意味着你需要自己管理更新。对于学习和第一个项目，我不推荐这种方式，因为它增加了不必要的复杂度。

对于本教程，我们强烈采用第一种方式——通过Git URL安装。安装完成后，你会在Package Manager的列表里看到一个名为“Latios Framework (Core)”的包，其下方会列出所有子模块（Core, Kinemation, Psyshock等），但它们默认都是未启用的状态。

2.3 初始化引导程序：激活框架的“开关”

安装包只是把工具放进了仓库，要让工具运转起来，还需要接通电源——这就是引导程序（Bootstrap）。Latios Framework需要一个自定义的引导流程来初始化它的世界和系统。

在Project窗口中，右键点击Assets文件夹，选择Create > Latios Framework > Bootstrap。你会看到几个选项，最常用的是Create Default Bootstrap。点击它，这会在Assets下创建一个名为LatiosBootstrap.cs的脚本文件。
这个脚本就是你的自定义引导程序。你不需要手动将它挂到任何地方。Latios Framework的编辑器代码会自动检测并使用它。
关键一步：你需要启用想要的模块。双击打开LatiosBootstrap.cs，你会看到一个OnEarlyBoot()方法。里面有一个bootstrap.InstallFramework()调用，但默认情况下，它可能只安装了最基础的Core模块。你需要手动添加其他模块。例如，一个常见的启用了物理和动画的配置如下：

public partial class LatiosBootstrap : ICustomBootstrap { public bool Initialize(string defaultWorldName) { var world = new LatiosWorld(defaultWorldName); World.DefaultGameObjectInjectionWorld = world; var bootstrap = new BootstrapTools(world); bootstrap.InstallFramework(); // 安装Core模块 // 安装其他你需要的模块 bootstrap.GetLatiosWorld().AddSystem<Transforms.Systems.QvvsTransformsBootstrap>(); // QVVS变换系统 bootstrap.GetLatiosWorld().AddSystem<Psyshock.PhysicsBootstrap>(); // Psyshock物理模块 bootstrap.GetLatiosWorld().AddSystem<Kinemation.KinemationBootstrap>(); // Kinemation动画模块 // 按需添加 MyriAudioBootstrap, CalligraphicsBootstrap 等 bootstrap.InitializeGroups(); return true; } }

实操心得：很多新手在这一步会卡住，因为创建引导程序后，发现系统没跑起来，或者模块功能不可用。根本原因就是忘了在引导程序里“注册”对应的模块Bootstrap系统。每个模块都有一个对应的*Bootstrap系统，必须在引导阶段添加到世界中，该模块的功能才会被激活。务必根据你的项目需求，添加对应的行。

完成这些步骤后，保存脚本，回到Unity编辑器。如果一切配置正确，你应该不会看到编译错误。此时，Latios Framework的骨架就已经搭建好了。

3. 核心模块初探与第一个ECS场景搭建

框架安装并引导成功后，我们来创建一个最简单的场景，验证环境并理解Latios Framework带来的最直观改变——QVVS Transforms。

3.1 理解QVVS Transforms：为何要替换Unity的变换系统？

Unity原生的Transform组件在ECS中通过LocalTransform和Parent等组件表示。但它存在一些已知问题，比如非均匀缩放（Non-Uniform Scale）会引入剪切变换，这在数学处理和渲染时可能带来复杂性和性能开销，并且其层次更新逻辑在某些情况下可能导致非确定性结果。

Latios Framework的QVVS Transforms模块提供了一个替代方案。QVVS代表Quaternion（旋转）、Vector3（位移）、Vector3（缩放）和Shear（剪切，但在此系统中通常为0）。它的核心优势在于：

无剪切的非均匀缩放：能够干净地表示非均匀缩放，而不会产生意想不到的剪切变形，使得变换计算更纯粹、性能更好。
确定性更新：其系统设计保证了在相同输入下，每帧的变换更新结果是完全确定的，这对于网络同步、录像回放等功能至关重要。
始终同步的层次结构：这是一个“Always Up-to-Date”系统。当你修改子实体的变换时，父实体和兄弟实体的世界变换会立即、同步地更新，无需等待System执行完毕。这简化了依赖变换数据的游戏逻辑编写。

3.2 创建第一个使用Latios Transform的实体

让我们抛开复杂的GameObject转换，直接用代码创建一个使用QVVS Transforms的实体。

在项目中创建一个新的C#脚本，命名为SpawnRotatingCubeSystem.cs。这是一个继承自SubSystem的System（Latios Framework推荐使用SubSystem作为系统基类，它提供了更好的组织性）。
编写以下代码：

using Latios; using Latios.Transforms; using Unity.Entities; using Unity.Mathematics; using UnityEngine; public partial struct SpawnRotatingCubeSystem : ISystem { // 用于标识是否已生成实体的单例组件 struct Spawner : IComponentData { public bool hasSpawned; } // 旋转速度组件 public struct RotationSpeed : IComponentData { public float radiansPerSecond; } [BurstCompile] public void OnCreate(ref SystemState state) { // 在创建时，添加一个Spawner单例实体 var entity = state.EntityManager.CreateEntity(); state.EntityManager.AddComponentData(entity, new Spawner { hasSpawned = false }); } [BurstCompile] public void OnUpdate(ref SystemState state) { var spawnerQuery = SystemAPI.QueryBuilder().WithAll<Spawner>().Build(); var spawners = spawnerQuery.ToComponentDataArray<Spawner>(Unity.Collections.Allocator.Temp); if (spawners.Length > 0 && !spawners[0].hasSpawned) { // 创建实体 var cubeEntity = state.EntityManager.CreateEntity(); // 添加Latios的QVVS变换组件！注意不是Unity的LocalTransform。 state.EntityManager.AddComponentData(cubeEntity, new WorldTransformQvvs { worldTransform = new TransformQvvs { position = new float3(0, 1, 0), // 位置 rotation = quaternion.identity, // 旋转（无） stretch = new float3(1, 2, 1), // 缩放（非均匀缩放：Y轴是2倍） shear = 0f // 剪切（保持为0） } }); // 添加旋转速度组件 state.EntityManager.AddComponentData(cubeEntity, new RotationSpeed { radiansPerSecond = math.PI * 0.5f }); // 标记为已生成 state.EntityManager.SetComponentData(spawnerQuery.GetSingletonEntity(), new Spawner { hasSpawned = true }); } spawners.Dispose(); } }

创建一个用于旋转的System。在同一文件中，或新建一个RotateCubeSystem.cs：

using Latios; using Latios.Transforms; using Unity.Burst; using Unity.Entities; using Unity.Mathematics; public partial struct RotateCubeSystem : ISystem { [BurstCompile] public void OnUpdate(ref SystemState state) { float deltaTime = SystemAPI.Time.DeltaTime; // 遍历所有拥有WorldTransformQvvs和RotationSpeed的实体 foreach (var (transform, speed) in SystemAPI.Query<WorldTransformQvvs, RotationSpeed>()) { // 计算旋转增量 quaternion deltaRotation = quaternion.AxisAngle(math.up(), speed.radiansPerSecond * deltaTime); // 应用旋转到当前变换 var newTransform = transform; newTransform.worldTransform.rotation = math.mul(newTransform.worldTransform.rotation, deltaRotation); // 回写组件数据 SystemAPI.SetComponent(transform, newTransform); } } }

将这两个System添加到你的Bootstrap中（在LatiosBootstrap.cs的Initialize方法里，bootstrap.InitializeGroups()之前）：
```
bootstrap.GetLatiosWorld().AddSystem<SpawnRotatingCubeSystem>(); bootstrap.GetLatiosWorld().AddSystem<RotateCubeSystem>();
```
运行游戏。虽然你在场景视图中看不到任何东西（因为我们还没添加渲染组件），但如果你在Entities窗口（Window > Entities > Entities）中查看，你应该能找到一个实体，它拥有WorldTransformQvvs和RotationSpeed组件，并且其WorldTransformQvvs中的旋转值会随时间变化。

注意事项：这里我们直接使用了WorldTransformQvvs，它代表世界空间的变换。在层次结构中，你通常会使用LocalTransformQvvs和Parent组件。Latios Framework提供了完整的烘焙（Baking）支持，可以将GameObject的层次结构自动转换为使用QVVS组件的实体，就像原生ECS一样。要体验这个，你可以创建一个带有父子关系的GameObject，为其添加ConvertToEntity（或Latios提供的特定转换器），并确保在Bootstrap中正确安装了Transforms.Systems.QvvsTransformsBootstrap。

3.3 添加渲染：让立方体显示出来

为了让实体在Game视图可见，我们需要为其添加渲染组件。这里我们使用Unity标准的Hybrid Renderer V2。

确保你的项目已安装com.unity.rendering.hybrid@1.4.4。
在SpawnRotatingCubeSystem的生成代码中，在创建实体后，添加渲染相关的组件：

// ... 创建实体和添加变换组件之后 ... // 添加渲染相关的组件 state.EntityManager.AddComponentData(cubeEntity, new MaterialMeshInfo { mesh = GetMesh(), // 你需要一个方法来获取或创建Mesh material = GetMaterial() // 你需要一个方法来获取或创建Material }); state.EntityManager.AddComponent<RenderFilterSettings>(cubeEntity); // 渲染过滤器设置 state.EntityManager.AddComponent<WorldRenderBounds>(cubeEntity); // 世界渲染边界 state.EntityManager.AddComponent<RenderBounds>(cubeEntity); // 局部渲染边界 // 注意：RenderMeshArray等共享组件可能需要通过不同的方式设置，这里是最简示例。

你需要提供GetMesh()和GetMaterial()的实现。一个简单的方式是使用IComponentData来引用一个预配置的Entity预制件，或者通过BlobAssetStore来管理。为了简化，我们可以先在编辑器中创建一个简单的Mesh（如立方体）和Material，然后通过GameObjectConversion系统或直接使用EntityManager的API进行关联。对于第一个项目，更简单的方法是：直接使用GameObject创建并转换为Entity。
在场景中创建一个普通的3D Cube GameObject。
选中它，在Inspector窗口点击“Add Component”，搜索并添加“Convert To Entity”（如果使用Latios，也可以寻找Latios提供的特定转换组件，但标准转换器也能工作）。
确保转换模式设置为“Convert And Destroy”或“Convert And Inject”。
现在，当你进入Play模式，这个Cube GameObject会被转换为一个实体。你可以修改之前的SpawnRotatingCubeSystem，改为通过实例化一个Entity预制件（Prefab）来生成带渲染的立方体，这是更生产级的做法。

通过这一步，你不仅运行起了Latios Framework的核心变换系统，还初步接触了ECS的数据驱动思想。接下来，我们将深入一个更强大的模块：Psyshock Physics。

4. 深入核心模块：用Psyshock Physics实现碰撞查询

Latios Framework的Psyshock模块不是一个全功能的物理模拟引擎（如NVIDIA PhysX），而是一个高性能的碰撞检测与空间查询库。它把控制权完全交给你，让你可以构建最适合自己游戏类型的物理逻辑，避免通用引擎带来的性能开销。

4.1 Psyshock核心概念：Collider与CollisionLayer

在Psyshock中，核心是Collider组件和CollisionLayer。

Collider：一个IComponentData，定义了实体的碰撞体形状（如球体、胶囊体、盒子、凸包等）。它只存储数据，不包含任何物理材质或刚体属性。
CollisionLayer：这是一个关键数据结构。你可以将一组带有Collider和WorldTransform（或WorldTransformQvvs）的实体，构建到一个CollisionLayer中。这个过程类似于构建一个空间加速结构（如BVH树），之后你就可以针对这个层进行高效的空间查询（如射线检测、重叠检测、最近点查询）和碰撞检测（层内实体间两两检测）。

这种设计的好处是极度灵活。你可以为敌人创建一个CollisionLayer，为子弹创建另一个，为地形再创建一个。然后，你只需要在需要的时候，执行“敌人层 vs 子弹层”的碰撞检测，而不是让物理引擎每帧计算场景中所有可能的碰撞对，这在大规模实体场景下能节省巨额性能。

4.2 实战：为旋转立方体添加碰撞与射线检测

让我们扩展之前的旋转立方体例子，为其添加一个球体碰撞体，并每帧从摄像机发射一条射线来检测是否击中它。

添加碰撞体组件：修改SpawnRotatingCubeSystem，在创建实体时添加一个球体Collider。

using Latios.Psyshock; // 引入Psyshock命名空间 // ... 在生成实体的代码部分 ... state.EntityManager.AddComponentData(cubeEntity, new Collider { // 定义为一个球体碰撞体，半径为0.5（假设立方体缩放是1,2,1，我们取最小边的一半） type = ColliderType.Sphere, sphere = new SphereCollider { center = float3.zero, // 相对于实体变换中心 radius = 0.5f } });

创建碰撞层：我们需要一个System来收集所有带碰撞体的实体，并构建CollisionLayer。创建一个新System，PhysicsSetupSystem.cs。

using Latios; using Latios.Psyshock; using Unity.Burst; using Unity.Collections; using Unity.Entities; public partial struct PhysicsSetupSystem : ISystem { private CollisionLayer collisionLayer; [BurstCompile] public void OnCreate(ref SystemState state) { // 这个System应该在其他物理查询System之前运行 state.RequireForUpdate<Collider>(); } [BurstCompile] public void OnUpdate(ref SystemState state) { // 1. 收集所有需要参与碰撞的实体。这里我们简单收集所有有Collider和WorldTransformQvvs的实体。 // 注意：实际项目中，你可能需要根据队伍、类型等过滤。 var colliderEntitiesQuery = SystemAPI.QueryBuilder().WithAll<Collider, WorldTransformQvvs>().Build(); var entityCount = colliderEntitiesQuery.CalculateEntityCount(); using (var colliders = new NativeArray<Collider>(entityCount, Allocator.TempJob)) using (var transforms = new NativeArray<TransformQvvs>(entityCount, Allocator.TempJob)) using (var entities = new NativeArray<Entity>(entityCount, Allocator.TempJob)) { // 填充数据数组... (这里需要Job或手动遍历，为简化示例，我们假设用方法获取) // 实际代码中，你需要使用SystemAPI.Query().ToEntityArray/ToComponentDataArray或ScheduleParallel来填充这些数组。 // 2. 使用收集到的数据构建或更新CollisionLayer // 注意：BuildCollisionLayer是一个耗时的操作，通常不需要每帧执行，除非所有实体的位置/碰撞体都每帧变化。 // 对于移动的实体，可以使用`UpdateCollisionLayer`进行增量更新，性能更好。 collisionLayer = BuildCollisionLayer(colliders, transforms, entities, state.WorldUnmanaged); } // 将构建好的collisionLayer存储为一个单例组件或资源，供其他System查询 // 例如，可以存储在一个Singleton中： if (!SystemAPI.HasSingleton<PhysicsCollisionLayer>()) { var singletonEntity = state.EntityManager.CreateEntity(); state.EntityManager.AddComponentData(singletonEntity, new PhysicsCollisionLayer { layer = collisionLayer }); } else { SystemAPI.SetSingleton(new PhysicsCollisionLayer { layer = collisionLayer }); } } // 这是一个简化示例，实际BuildCollisionLayer需要调用Psyshock提供的API // 伪代码，展示概念 private CollisionLayer BuildCollisionLayer(NativeArray<Collider> colliders, NativeArray<TransformQvvs> transforms, NativeArray<Entity> entities, WorldUnmanaged world) { // 调用 Psyshock.Physics.BuildCollisionLayer(...) // 返回构建好的层 return default; } } public struct PhysicsCollisionLayer : IComponentData { public CollisionLayer layer; }

重要提示：上面的BuildCollisionLayer部分是伪代码。Psyshock的实际API调用需要根据其文档进行。核心是调用Physics.BuildCollisionLayer方法，传入碰撞体数组、变换数组、实体数组以及一些设置参数。由于这涉及更复杂的Job调度和内存管理，对于入门教程，我建议你先理解这个流程：收集数据 -> 构建层 -> 存储层供查询。

执行射线检测：创建另一个System，RaycastSystem.cs，它从摄像机位置向前方发射射线，检测是否击中我们刚才构建的碰撞层中的立方体。

using Latios.Psyshock; using Unity.Burst; using Unity.Entities; using Unity.Mathematics; using UnityEngine; public partial struct RaycastSystem : ISystem { [BurstCompile] public void OnUpdate(ref SystemState state) { if (!SystemAPI.HasSingleton<PhysicsCollisionLayer>()) return; var collisionLayer = SystemAPI.GetSingleton<PhysicsCollisionLayer>().layer; // 假设摄像机位于(0, 5, -10)，看向原点 float3 rayOrigin = new float3(0f, 5f, -10f); float3 rayDirection = math.normalize(new float3(0f, -1f, 1f)); // 指向(0,0,0)方向 // 执行射线检测 if (Physics.Raycast(collisionLayer, rayOrigin, rayDirection, out RaycastResult result)) { // 击中了！result.entity包含被击中的实体，result.position是击中点，result.normal是法线等。 Debug.Log($"Ray hit entity: {result.entity}"); // 你可以在这里处理击中逻辑，比如给被击中的实体添加一个“被击中”标记组件。 if (state.EntityManager.HasComponent<RotationSpeed>(result.entity)) { var speed = state.EntityManager.GetComponentData<RotationSpeed>(result.entity); speed.radiansPerSecond *= 2f; // 击中后旋转速度翻倍 state.EntityManager.SetComponentData(result.entity, speed); } } } }

将PhysicsSetupSystem和RaycastSystem也添加到你的Bootstrap中，并确保PhysicsSetupSystem在RaycastSystem之前运行（因为后者依赖前者构建的层）。

这个例子展示了Psyshock的典型工作流：定义碰撞体 -> 构建空间加速结构 -> 执行高效查询。它没有重力、没有刚体动力学，但你获得了对碰撞检测过程的完全控制，可以为了实现特定游戏效果（如子弹时间、特定范围的爆炸检测）而定制最合适的算法和更新频率。

5. 常见问题排查与性能优化要点

在实际使用Latios Framework的过程中，你肯定会遇到一些坑。这里我总结了一些常见问题和解决思路，以及一些性能优化的核心要点。

5.1 编译错误与运行时异常

错误 CS0234: 找不到类型或命名空间名 ‘Latios’：这通常是因为Latios Framework包没有正确安装或导入。请检查Package Manager中是否有“Latios Framework (Core)”包，并确保其状态正常。有时需要重启Unity或清除Library文件夹后重新导入。
运行时错误：SystemNotFoundException 或 Bootstrap相关错误：这几乎总是因为引导程序（LatiosBootstrap.cs）配置不正确。请检查：
1. 是否在Assets根目录下创建了该文件？
2. 文件中的类名是否与文件名一致（partial class LatiosBootstrap）？
3. 是否在OnEarlyBoot或Initialize方法中正确调用了bootstrap.InstallFramework()并添加了所需模块的Bootstrap系统（如Transforms.Systems.QvvsTransformsBootstrap）？
4. 你的自定义System是否被添加到了Latios World中？（通过bootstrap.GetLatiosWorld().AddSystem<YourSystem>();）
实体没有按预期变换或渲染：首先检查Entity Debugger，确认实体上是否有正确的组件（WorldTransformQvvs/LocalTransformQvvs、Parent、渲染相关组件）。其次，确认运行这些组件的System是否被正确创建和更新。在Unity编辑器的“Entities”窗口 -> “Systems”标签页下，可以查看所有已注册的System及其运行状态。

5.2 性能优化核心要点

善用SubSystem与SuperSystem：Latios Framework的SubSystem提供了OnNewScene()和OnSceneLoaded()等生命周期回调，便于按场景组织逻辑。SuperSystem则可以用来分组和排序多个SubSystem。合理组织System的执行顺序可以优化缓存利用率和数据依赖性。
理解并利用EntityQuery的缓存：在System的OnCreate中创建并存储EntityQuery，而不是在OnUpdate中每次都新建，可以避免不必要的GC分配和查询开销。
谨慎使用SystemAPI.Query：SystemAPI.Query非常方便，但在循环内频繁调用或用于复杂查询时，要注意其开销。对于固定的、复杂的查询，在OnCreate中构建EntityQuery是更好的选择。
Psyshock层的更新策略：BuildCollisionLayer是一个相对昂贵的操作。对于大量动态移动的物体，考虑使用UpdateCollisionLayer进行增量更新，或者将静态和动态物体分离到不同的层，静态层只需构建一次。
批处理结构化变更：Latios Framework的Core模块提供了更高效的结构化变更（创建/销毁实体，添加/移除组件）API。例如，使用EntityManager的Instantiate和DestroyEntity的批量版本，或者利用EntityCommandBuffer进行并行录制，可以大幅提升性能。
Profiling是关键：始终使用Unity Profiler（特别是Deep Profiling）和Entities Profiler来定位性能瓶颈。关注Burst编译是否成功、Job是否有效并行、主线程是否在等待Job完成等。