[Unity优化]UGUI

/ 继承 Graphic 类实现自定义绘制vh.Clear();// 自定义顶点数据...

1.对于UGUI中的Image和RawImage的区别 在unity中简单的有两种Image 一种是简单的Image 还有一种是RawImage 这两种从用发上看RawImage的功能更强大 但相对的也更加消耗性能 在导入图片时 系统默认TextureType时为Default类型的 但是Image只能使用Sprite （2D and UI）类型的图片，这样就相对于Image有了局限性 但是对于RawImage来说 他需要的类型是Texture 类型的这样就没有了局限性 在一些相对限制的项目中就能省去一大

来源( 来源:unity官方 Optimizing Unity UI ) 官方链接: [1]https://unity3d.com/cn/learn/tutorials/temas/best-practices/guide-optimizing-unity-ui [2]https://unity3d.com/cn/learn/tutorials/topics/best-practice...

一、基本概要 1.少用Outline，Tiled 原因：会复制多个UI，导致顶点和颜色增加，导致重绘负担大 建议：动态的UI尽量少用，静态UI适量     2.关于激活/禁用 （SetActive(true/false)） 原因：假如UI量多，SetActive()会导致开销大，还有代码开销 建议：设置Scale = 0 或 AlphaGroup = 0；这两种方式不会导致顶点重建...

在Unity中，DrawCall是指CPU向GPU发送渲染指令的过程。每个DrawCall表示一次绘制操作，包括将一个或多个三角形渲染到屏幕上。对于游戏开发者来说，DrawCall的数量直接影响着游戏的性能，因为每次DrawCall都需要消耗一定的计算资源。对啦！这里有个游戏开发交流小组里面聚集了一帮热爱学习游戏的零基础小白，也有一些正在从事游戏开发的技术大佬，欢迎你来交流学习。

Unity UGUI 优化 原内容来自于雨松MOMO的UWA课堂 纹理格式的选择 界面打开慢可分为首次打开慢和再次打开慢，首次打开慢一般是由于需要加载过多的UI资源。而再次打开慢就是程序不合理造成的了。 首次界面打开加载的资源（如：贴图）会被缓存在内存中，这样再次打开界面由于内存中已经有了资源（如：贴图）所以会更快。 作为界面优化，我们应当尽可能地让首次打开得更快。 Androi...

UGUI可优化的性能 总结一下有下面几个吧： 1.网格重建 2.合批 节省drawcall 3.填充率( overDraw像素重新绘制) 网格重建(两个网格重建：单个UI，合批完的整体UI网格) 网格重建就是ui有修改 需要重新绘制网格 如果是单单重新绘制当前UI性能还没什么消耗 但往往为了节省drawcall我们都会搞合批这个东西 但搞合批 就是把能合批的UI都做成一个网格 这样就会导致一个ui修改需要重新绘制整个合批网格 性能消耗还是比较大的 那这里应该怎么优化呢 这就需要了解合批的一些东西了

在Unity性能优化UGUI篇里，优化UGUI主要对内存、DrawCall等进行优化。以下为常见的优化方法。

1.什么是UGUI优化 2.为什么要有UGUI优化 3.如何使用UGUI优化，使用UGUI优化的不同方案比较 4.源码实现 5.关键点，重要节点，疑难杂症场景 参考资料 记录最全面的ugui优化策略_bommy游戏的博客-CSDN博客 对于Unity的UGUI的优化以及面试可能遇到关于UGUI的问题_头号理想的博客-CSDN博客 ...

最近忙于性能优化，深切体会到二八法则真是指导高(tou)效(lan)工作的有力武器。这个礼拜花了几天解决了一个实际问题：UGUI的ScrollRect加载太多物体的时候，第一次弹出界面会非常卡顿，而且不在界面里的内容依然会参与绘制(毫无意义的浪费…)。 ChangeLog v1.03 终于支持了ScrollBar，支持直接创建v1.02 Bug Fixes，无尽模式v1.01

关于Unity中的UGUI优化，你可能遇到这些问题 - UWA Blog

关于UI内存优化主要是图集优化方面 1.尽可能少图集带进战斗里面，战斗中的图集尽量保持两张左右（战斗ui和头像） 2.大图脱离图集使用rawimage（背景图，尺寸偏大的图片） 3.图集尽可能在1024*1024范围内，尽可能使用九宫格 正常按照1920*1080切图，放到图集里面，整到1024*1024一般问题不大 4.关于冗余图或者图集放的不规范可以使用工具来进行优化，图集工具...

合并图集的好处： 1：减少DrawCall：多张图片需要多次DrawCall，合并成一张大图只需要调用一次DrawCall 2：减少对内存的占用：OpenGL每张贴图都需要设置为2的N次方才能使用，比如你有一张宽高为100*100和一张10*10的图片，如过不合成大贴图，那么就需要使用128*128的和16*16的图片，如果是使用一张大图的话，就可以将100*100和10*10的图片放在128...

Canvas Batch：Canvas下的UI元素最终都会被Batch到同一个Mesh中，而在Batch前，会根据这些UI元素的材质（通常就是Atlas）以及渲染顺序进行重排，在不改变渲染结果的前提下，尽可能将相同材质的UI元素合并在同一个SubMesh中，从而把DrawCall降到最低。虽然这个选项可以动态的调整字体大小以适应UI布局而不会超框，但其代价是很高的，Unity会为用到的该元素所用到的所有字号生成图元保存在图集里，不但增加额外的生成时间，还会使得字体对应的图集变大。

DrawCall Drawcall优化必须先了解一下drawcall怎么生成，才好优化 Drawcall问题其实可以说同一个图集的图形网格能否合并的问题（ps：字体其实也是个图集） 举个例子 图集：理解为不同颜色的油漆 Drawcall：理解为刷油漆次数，每次只刷一种颜色油漆 可以看看下图如何刷油漆，每次刷颜色都要刷满整个网格 渲染步骤 总结 用同一个图集的一堆图形...

一、图片打成图集 drawCall 打断问题 当渲染一组UGUI时，中间有使用其他图集（或者UGUI自带组件）时，会打断drawcall 的批处理 但，当unity检测到中间图集延后渲染不影响原有效果时，会延后渲染，让上一个批次的drawcall 不被打断。 总结，使用一组图集的组件中间，尽量不要出现其他图集的组件。 二、Text uni...

拥有大量RectMask2D组件的复杂的UI，尤其是嵌套时，可能会占用可观的CPU性能来进行边界检查。复杂的UI可能会有大量非必须的Raycast Target，所以禁用它们可能会节省不少的CPU处理时间。然而，一种设计不总适合所有平台，所以创建多种版本的UI（或者说部分UI）来让每个设备上都有最佳的体验。当在Layout Group中的UI Graphics组件改变了的时候，例如说当ScrollRect移动的时候，UGUI会递归向上查找场景的层级直到找到一个没有组件父母节点。这是一个常见的内存浪费来源。

Batch：一次渲染batch(批次)包括：提交VBO(Vertex Buffer Object顶点缓存对象)，提交IBO(Index Buffer Object顶点索引对象)，提交shader，设置好硬件渲染状态，设置好光源属性等（纹理可以被缓存并多帧复用，严格来说不包括在一个batch内）。SetPass Call：代表渲染状态切换，如果一个batch和另一个batch使用的不是同种材质或同一个材质的不同pass，那么就要触发一次set pass call来重新设定渲染状态。