如何选择Unity的4种批处理方式

作者：admin
/
时间：5月28日
/
浏览：1425 次
/
分类：厚积薄发

1）如何选择Unity的4种批处理方式
2）Unity编辑器卡顿
3）如何解决横屏APP在鸿蒙悬浮窗错误的变为竖屏了
4）Hindi问题

这是第388篇UWA技术知识分享的推送，精选了UWA社区的热门话题，涵盖了UWA问答、社区帖子等技术知识点，助力大家更全面地掌握和学习。

UWA社区主页：community.uwa4d.com
UWA QQ群：793972859

Rendering

Q：在网上看了不少Unity的关于静态批处理、动态批处理、GPU Instancing和SRP Batcher这4种批处理的解释，但是我应该怎么选择哪种方式还不清楚，希望大佬能帮忙分析或者介绍一下选择方法或是案例。

A：可以参考《Unity移动端游戏性能优化简谱》的介绍：

3.2.3 Batch（DrawCall）

在Unity中，我们需要区分DrawCall和Batch。在一个Batch中会存在有多个DrawCall，出现这种情况时我们往往更关心Batch的数量，因为它才是把渲染数据提交给GPU的单位，也是我们需要优化和控制数量的真正对象。

降低Batch的方式通常有动态合批、静态合批、SRP Batcher和GPU Instancing这四种，围绕Batch优化的讨论较为复杂，再写一篇文章也不为过，所以本文不再展开来讨论，但在UWA DAY 2020中我们详细讨论和分享了DrawCall与Batch的关系以及这4种Batching的使用详解，供大家参考：《Unity移动游戏项目优化案例分析（上）》。

下面简单总结静态合批、SRP Batcher和GPU Instancing的合批条件和优缺点。

静态合批
条件：不同Mesh，只要使用相同的材质球即可。
优点：节省顶点信息地绑定；节省几何信息地传递；相邻材质相同时, ，节省材质地传递。
缺点：离线合并时，若合并的Mesh中存在重复资源，则容易使得合并后包体变大；运行时合并，则生成Combine Mesh的过程会造成CPU短时间峰值；同样的，若合并的Mesh中存在重复资源，则会使得合并后内存占用变大。

SRP Batcher
条件：不同Mesh，只要使用相同的Shader且变体一样即可。
优点：节省Uniform Buffer的写入操作；按Shader分Batch，预先生成Uniform Buffer，Batch内部无CPU Write。
缺点：Constant Buffer（CBuffer）的显存固定开销；不支持MaterialPropertyBlock。

GPU Instancing
条件：相同的Mesh，且使用相同的材质球。
优点：适用于渲染同种大量怪物的需求，合批的同时能够降低动画模块的耗时。
缺点：可能存在负优化，反而使DrawCall上升；Instancing有时候被打乱，可以自己分组用API渲染。

在URP项目中，一般主要靠SRP Batcher（需要确保排除和优化Shader不支持、穿插等导致合批失败的情况），辅以针对特定渲染物体的运行时静态合批（集中但不重复的小物件）和GPU Instancing（大量重复模型），从降低整体Batches数量。

特别地，针对UI和粒子系统这类走自身合批方式的半透明渲染物体需要额外具体分析。

具体可参考UWA学堂的以下课程：
《Unity移动端游戏性能优化简谱》
《Unity移动游戏项目优化案例分析（上）》
《详解UGUI DrawCall计算和Rebuild操作优化》

感谢Faust@UWA问答社区提供了回答，欢迎大家转至社区交流：
https://answer.uwa4d.com/question/6651682c5ce8a46b00fc4d4d

Editor

Q：UGUI在制作阶段时在场景界面会出现拖拽卡顿，看堆栈这个下面这个内容，不知道什么原因，很影响开发。

Unity版本：2020.3.48

A：建议查看工程中是不是有基于编辑器的拓展；或者UnityEditor.AnimatedValues下的某类实现，或者看看BaseAnimValue.valueChanged之类的。

感谢小泽@UWA问答社区提供了回答，欢迎大家转至社区交流：
https://answer.uwa4d.com/question/664c5fa05c7f5d2c5805d3e5

HarmonyOS

Q：最近QA测出一个Bug，我们游戏为横屏游戏，然而在华为鸿蒙系统下，切入悬浮窗后，会变为竖屏，这个问题很是苦恼，其他安卓平台是正常的。

查了下米哈游的《崩坏》，游卡的《三国杀》，腾讯的《火影》，这几个都是正常显示的，不知道他们是如何做的？我解开他们的包查看Manifest，无非就是增加了如下屏幕适配。

 <supports-screens android:anyDensity="true" android:largeScreens="true" android:normalScreens="true" android:resizeable="true" android:smallScreens="true" android:xlargeScreens="true"/>

后续我自己建了个空Demo，跑下来也是错的，不知道各位是否知道该修改哪儿吗？本人demo android:resizeableActivity="true"，上面的supports-screens也设置了。错误视频如下，期望情况是拖到小窗时，用一个横屏的小窗去展示。