【Unity】万人同屏高级篇, 自定义BRG&dots合批渲染,海量物体目标搜索

 视频中万人同屏方案(gpu动画、渲染、索敌、避障等功能)，可某宝搜【店铺】：【游戏开发资源商店】获取整套方案源码。

划重点！！此方案是绕开Entities(ECS)，不用写一行ECS代码，现有MonoBehavior开发工作流享受Entities渲染的性能。已有项目也能使用此方案开挂，无需代码重构！

万人同屏对抗demo测试包下载，以及万人同屏方案性能测试，有需要的老板可以某宝【搜店铺】：【游戏开发资源商店】：https://pan.baidu.com/s/1ML0DC8s0RkkTAraN9maltw?pwd=bluehttps://pan.baidu.com/s/1ML0DC8s0RkkTAraN9maltw?pwd=blue

性能压力测试包自取：

 PC 10万动画人同屏对抗：https://pan.baidu.com/s/1CgpTV0TuFagobtAf7k38OA?pwd=xwsf 
安卓 1万动画人同屏避障： https://pan.baidu.com/s/1RkXyVXt_he5uCgizTSA42A?pwd=k0ji 

插件使用视频教程：

Unity低成本性能开挂 gpu动画+dots graphics万人同屏渲染 jobs rvo2 弹幕游戏海量单位索敌

Unity万人同屏海量物体合批渲染

Unity万人同屏海量物体目标搜索

海量单位高性能索敌攻击方案压测

移动端测试AOT和HybridCLR热更性能对比

博文开发测试环境：

• Unity：Unity 2022.3.10f1，URP 14.0.8，Burst 1.8.8，Jobs 0.70.0-preview.7，热更HybridCLR 4.0.6
• PC：Win11，CPU i7-13700KF，GPU 3070 8G，RAM 32G;
• 移动端：Android，骁龙8 gen2，RAM 12G;

上篇博文通过最基本的自定义BRG(Batch Renderer Group) + RVO避障实现了10万人同屏动态避障：【Unity】十万人同屏寻路? 基于Dots技术的多线程RVO2避障_TopGames的博客-CSDN博客

 上篇博文的BRG功能并不完善，不支持多种Mesh和Material渲染，没有拆分渲染批次(Batch)，没有裁剪(Culling)处理(即不会剔除相机视口外的物体)。并且没有根据渲染数量拆分多个Draw Command。

BRG代码写起来并不容易，此博文基于Unity中国DOTS技术主管开源的一个BRG示例工程修改，这里仅描述主要的实现原理：

参考文章：Unity Open Day 北京站-技术专场：深入理解 Entities Gr - 技术专栏 - Unity官方开发者社区

BRG示例工程：
https://github.com/vinsli/batch-rendererhttps://github.com/vinsli/batch-renderer

 另外也可以看看Unity官方BRG测试案例，官方案例是把当前已经创建的MeshRenderer禁用然后用BRG接管渲染：

https://github.com/Unity-Technologies/Graphics/tree/master/Tests/SRPTests/Packages/com.unity.testing.brg

 实现目标：

为了方便使用BRG功能，需要封装一个BatchRenderComponent脚本。不使用ECS，仅使用传统创建GameObject的方式与BRG无缝衔接，也就是对于海量物体不使用Unity Renderer组件，用封装后的BRG无感知接管物体的渲染，最大程度上不改变传统工作流的同时大幅提升性能；

其中GameObject是只有Transform组件的空物体，渲染由BatchRenderComponent接管，进行合批渲染。由于Transform只能在主线程使用，当数量级庞大时每帧修改Transform位置/旋转会导致掉帧，所以仅当这个GameObject挂载子节点(如,子节点包含特效，需要跟随人物移动)时才需要开启每帧同步Transform位置，这样可以大幅节省开销。

通过此方法可以完美绕开Entities(ECS)，同时也绕开了Entities(ECS)对开发成本和效率影响，以及ECS当前不支持从文件名加载资源、不支持热更的痛点。

最终效果：

PC端5W人, AOT模式(不使用HybridCLR)，开启阴影:

Android端5K人，AOT模式(不使用HybridCLR)，开启阴影:

 Android端5K人, HybridCLR热更模式，开启阴影：

测试中一帧创建1000个物体时会有明显卡顿&#x