十万单位同屏、RVO、割草碰撞：DOTS真正在项目里是这样用的

01｜“十万单位同屏”，是怎么变成事故的？

事情发生在一个很普通的版本迭代周。

策划突然说：“我们想要一个兵海效果——屏幕上能堆满单位，还要能绕路、能碰撞，最好像割草那样爽。”

大家第一反应不是兴奋，是沉默。

因为我们都知道这句话翻译过来就是：CPU冒烟、GC抽风、帧率雪崩。

你会经历这些熟悉的画面：

• 测试机还行，上线机型直接掉帧

• 单位数量一上来，寻路和碰撞像在互相扯头发

• profiler看过去，全是“脚本更新”、“物理”、“内存分配”

• 你明明没写Bug，但玩家会用差评告诉你：这就是Bug

于是，项目组开始进入“常规优化路线”：减少Update、合批、池化、降低碰撞精度、限制单位数量、加假人、加遮挡、调参数……

这些都能救火，但你心里会越来越确定：

我们不是缺某一个技巧，我们缺一条“能承载规模”的路线。

02｜你以为问题是“算不过来”，其实是“写法承载不了”

有一次我盯着profiler看了很久，突然意识到一件事：我们的问题，不是“不够聪明”，而是用了一套适合几十个、几百个对象的写法，去硬扛几万、十万的对象。

当单位规模上来时，你会遇到三种“必然”：

• 更新成本必然爆炸：OOP的“一个对象一个脚本”天然带来调度开销

• 数据访问必然低效：数据零散、Cache miss多，越算越慢

• 系统耦合必然加深：寻路、碰撞、动画、特效互相影响，牵一发而动全身

你可以用优化技巧把损失压小，但天花板还在那里。这就是为什么很多人会在某一刻，开始认真看DOTS。

因为DOTS提供的不是“一个技巧”，而是另一种承载规模的方式。

03｜DOTS最大的问题：不是难，而是“你不知道该怎么开始”

但DOTS的现实是：你打开教程，看到Entity、Archetype、Chunk、Structural Change……

越看越像“要重新学一套 Unity”。

很多人不是学不会，是在开头就被劝退：

• 学了一堆概念，但不知道能解决什么

• 想做个Demo，但跟项目需求对不上

• 硬上ECS，又发现和原工程协作成本太高

• 好不容易能跑，性能却没提升，反而更复杂

于是DOTS变成了“知道很强，但不敢用”的技术。真正缺的，是一条路线：

从项目里的痛点出发，带你走到能落地的解法。

04｜如果把 DOTS 当“工具箱”，你会更容易上手

我们后来做了一个很简单的决定：

不再“学DOTS”，而是只问一个问题：我们现在的真实需求是什么？

比如：

• 想要“兵海感” → 先解决RVO群体移动

• 想要“割草爽” → 先解决高效碰撞检测

• 想要“大规模渲染” → 先解决EntityGraphics的渲染套路

• 想要尽量不侵入原工程 → 研究Prefab与DOTS混用、绕开SubScene的加载思路

• 想要Burst+Job性能但又不想ECS太重 → 走插件化/内存共享的思路

当你这样拆，DOTS不是一座大山。

它更像一个可复用的工程组件库：你先把最痛的那块补上，然后再逐层加深。

05｜于是我们把这条路线做成了《用 DOTS 解决实际需求》

这套系列课程的出发点不是“讲DOTS多强”，而是：

让你从会用Unity开始，跟着一条“即学即用 + 逐层深入”的路径，最终能做出“像项目方案”的成品系统。

• RVO群体移动（兵海）

• 割草类碰撞检测

• Prefab与DOTS混用的框架实现

• 内存共享、插件化思路

• 弱引用与安全对象池（工程稳定性）

学习形式也尽量贴近工程师习惯：代码注释详尽、视频与代码可对照、每章有框架图，并提供可直接复用的成品库。

06｜如果你也正卡在“规模”这道坎

如果你正在做：

• 割草类、兵海类、单位规模上万的玩法

• 或者你的项目已经到了“优化技巧用尽”的阶段

• 或者你想要Burst+Job的性能，但不想整套ECS全盘侵入

那你可能不需要再刷一堆“概念教程”。你需要的是：从需求出发的DOTS落地路线。

立即学习 享专属答疑

全系列课程购买链接：

https://edu.uwa4d.com/course-intro/1/550

按章节购买请戳：

https://edu.uwa4d.com/bundle/17134192825114346

购买后添加‍ UWA小助手（微信），即可加入专属答疑群！

仅限技术交流也可扫码加入QQ群～

从“看着头疼”到“动手爽快”，你只差这一套课！DOTS不再是一座孤岛，而将成为你技术栈中最锋利的那把剑！

更多内容欢迎前往UWA学堂（

edu.uwa4d.com