Unity 中大规模实体/数据导向游戏性能优化：用 ECS…

当在 Unity 中构建需要管理数千实体、优化 CPU 瓶颈或把 OOP 游戏逻辑迁移到 DOTS 时，采用 ECS 模式。

适用场景

解决思路

1. 使用数据导向而非面向对象：数据布局改为 data-oriented，内存改为连续存储，处理改为批处理，随实体数量增长争取线性扩展，并优先用于大规模模拟。
2. 按 DOTS 结构拆分：Entity 只是轻量 ID（无数据），Component 只放纯数据（无行为），System 只放处理组件的逻辑，World 作为实体容器，Archetype 是组件的唯一组合，Chunk 存储同一 Archetype 的实体内存块。
3. 优先使用 ISystem 而不是 SystemBase。
4. 尽可能对可编译逻辑使用 Burst 编译。
5. 批量处理结构性变更，使用 ECB。
6. 使用 Profiler 分析性能，定位瓶颈。
7. 使用 Aspects 清晰分组组件。
8. 不要使用托管类型（managed types），否则会破坏 Burst。
9. 不要在 job 中直接做结构性变更，改用 ECB。
10. 不要过度架构，先从简单实现开始。
11. 不要忽略 chunk 利用率，将相似实体分组。
12. 不要忘记释放，否则 Native collections 会泄漏。
13. 当上层导航信息不足时，阅读 references/details.md 获取详细模式和完整示例。

适用边界 · 注意事项

• 不适合实体数量少、以复杂行为为主的游戏逻辑；这类场景传统 OOP 可能更合适。
• 不要在没有明确性能瓶颈或大规模实体需求时过度 ECS 化，先从简单实现开始。
• 非 Unity 或未启用 DOTS/ECS 的项目不适用。