Unity 的 DOTS（Data-Oriented Technology Stack，面向数据技术栈）是一套让游戏在 大量对象、高并发、吃 CPU 场景 下更高性能的方案。核心思想是：
按数据组织代码，而不是按对象组织代码。
核心组成
ECS（Entity Component System）
Entity：纯 ID（实体标识）
Component：只存数据（尽量无逻辑）
System：遍历并处理组件数据（逻辑集中在系统）
Jobs System
把可并行的工作分发到多核 CPU，减少主线程压力。
Burst Compiler
将 C# Job/ECS 代码编译成高优化机器码，显著提升执行效率。
为什么快
连续内存布局（Chunk）：缓存命中更高，遍历更快。
更少虚函数/对象跳转：降低 CPU 分支和内存访问开销。
天然并行友好：系统+作业更容易拆分并发执行。
Burst 优化：SIMD、内联等底层优化可直接受益。
适合场景
大量单位：RTS、群体 AI、弹幕、粒子逻辑、城市模拟。
高频计算：寻路批处理、碰撞批处理、状态更新流水线。
对帧率和可扩展性要求高的项目。
不太适合
小型项目、对象数量少、逻辑变化快的原型期。
强依赖传统 MonoBehaviour 工作流且团队没学习预算的项目。
UI/剧情驱动类、性能瓶颈不在 CPU 的项目（收益可能不明显）。
与传统 Unity（OOP/MonoBehaviour）对比
传统：开发直观、生态成熟、上手快。
DOTS：性能上限高，但工程复杂度和心智负担更高。
实战常见方案：混合架构（核心性能模块用 DOTS，其余仍用传统方式）。
上手建议
从一个高负载子系统切入（比如敌人更新/弹道模拟）。
先建立数据模型（Component 设计）再写 System。
明确读写依赖，避免并发冲突。
用 Profiler + Entity Debugger 持续验证收益。
不要“为 DOTS 而 DOTS”，只在瓶颈处使用。
