运行时修改Renderer.material导致内存泄漏问题

最新推荐文章于 2023-08-27 11:33:26 发布
最新推荐文章于 2023-08-27 11:33:26 发布
阅读量1.5k 收藏 2
点赞数 1
分类专栏： 优化 Unity3d
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/WiNdLYen/article/details/111618033
版权
博客探讨了Unity项目中优化Drawcall的问题，特别是SkinnedMeshRenderer导致的无法合并。文章指出，由于顶点限制、镜像缩放、材质球差异等因素，模型的Drawcall合并条件苛刻。通过实验比较了运行时直接修改renderer.material.color与切换材质球的方法，结果显示后者对资源消耗更优。建议尽量避免运行时修改材质球，并提倡使用shader或切换材质来优化。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

这两天在优化项目发现了以前项目里面一个可以优化的地方，同步上来记录一下。

首先是发现项目里面同一个模型多次创建drawcall并不会合并，翻阅了一下官方文档找到了原因如下：
在这里插入图片描述

  1. 合并的GameObject模型有顶点数限制，小于900顶点属性或300个顶点
  2. GameObject的scale有镜像缩放的不可以
  3. 材质球使用不同的实例个体也不行
  4. 光照贴图参数不同的也不行
  5. shader里面写了多个pass的也是NO NO NO
    还有这个：
    在这里插入图片描述
    这里说只有Mesh Renderers, Trail Renderers, Line Renderers, Particle Systems, 和 Sprite Renderers会合并。其他诸如Skinned Meshes，Cloth等都不会合并。

简单看下来就是合并drawcall条件相当严峻。我们项目的模型都是使用的Skinned Mesh Renderer，这就解释了为什么我同一个鱼模型复制了N份就有N倍的drawcall。目前还没有找到好的相关的优化，如果各位有好的建议欢迎留言，感谢！

接着我就对运行时修改renderer的材质做了对比测验

测试描述：

在一个新的空工程中拖入我的模型，并写了简单的脚本生成300个复制体并每一定时间间隔&

最低0.47元/天 解锁文章
一个Unity材质赋值内存泄露问题
u010544244的专栏
10-18 3156
void Update { selfmaterial = gameObject.renderer.material gameObject.renderer.material = m2 //m2为另一个材质 } 这两行代码导致材质不断复制，造成内存泄露，只留任何一行代码都不会导致这个现象 原因为： 第一帧调用update selfmaterial = game
Unity3D Mesh小课堂（四）MeshRenderer的material和sharedMaterial
热门推荐
凯奥斯的注释
09-07 2万+
sharedMaterial是公用的Material，所有用到这个材质的MeshRendered都会引用这个Material。改变sharedMaterial的属性也会改变mat文件。 material是独立的Material，改变material的属性不会影响到其他对象，也不会影响mat文件。 表面的区别就是这样，如果想更深入的了解，请继续阅读文章。
Unity3D内存泄漏Render的sharedMaterial和material
子弹头
12-13 4901
如果你需要修改模型材质的颜色，或者是修改材质Shader的一些属性， 通常情况是用获取模型的Renderer组件，然后获取它的material属性。 举个简单的例子，修改颜色或者直接更换shader material.color = Color.red; material.shader = Resources.Load(“Shader/Alpha-Diffuse”, typeof(S
MeshRenderer.materials 一调用就出现内存泄漏，原因不明
brook0344的专栏
08-30 552
对象数量疯涨，并且不会下降。 Unity 2017.2.0p4 (64-bit)
Unity实例化材质球的内存泄漏
thinbug的专栏
01-07 2939
MeshRenderer mrr = obj.AddComponent<MeshRenderer>(); mrr.material = new Material(PrefabList.inst.matNeonPaint); // 这种有内存泄漏 mrr.material = Material.Instantiate(PrefabList.inst.matNeonPaint);// 这种...
【C/C++开发】类对象作为返回值时析构的情况说明
ZhangPY的专栏
06-25 3428
class Person { public: string name; public: Person() { name = "ttf"; } ~Person(){ cout &lt;&lt; this-&gt;name &lt;&lt;endl;; } Person &amp;changeName(); }; Pe...
threeScene.appendChild(renderer.domElement);
最新发布
03-19
当动态增删对象时需要注意清理资源以免引发潜在的内存泄露问题。例如，在删除立方体之前应先释放几何形状与材质所占有的 GPU 缓存空间: ```javascript function removeCube() { window.addEventListener('dblclick...
【Three.js内存管理】：防止内存泄漏与优化性能的策略
![【Three.js内存管理】：防止内存泄漏与...通过探讨内存分配与回收、对象引用管理、动画循环策略等关键问题，本文揭示了Three.js项目中常见内存泄漏的场景和诊断方法。进一步，本文介绍了一系列性能监控与优化工具，
Unity 内存研究——一些常见会导致内存泄漏的情况
weixin_41292602的博客
06-29 5113
static关键字
Unity中Renderer.material的坑
wt_2k的专栏
03-12 2075
unity中renderer的可以用material和sharedMaterial来访问材质，多个renderer可以公用一个材质，这时sharedMaterial指向同一个材质，修改这个材质后所有renderer都会有所变化。至于用material来访问，按官方文档说法是： Modifyingmaterialwill change the material for this object only. 修改material只会改变当前物体 If the material is used by any ..
Unity内存泄露排查实战
freeandperson的专栏
09-25 6330
这次在一个项目中采用了Unity技术作为客户端开发的核心。在开发完成后释放给到客户的某次体验中，突然发现了放置10分钟后会导致程序直接卡死。于是乎进行了长达2周的排查战役。现将排查分享如下。 采用了Unity memory profile工具，两次内存对照，发现有严重的内存泄露情况产生。有关Unity memory profile工具的安装和使用， 大家可以去度娘search，这个几乎一抓一大把 跑了30分钟样子，在RenderTexture和Texture2D两个内存对象中，消耗了3.35GB和0.
Unity 内存泄漏学习总结
ProSWhite的博客
08-27 1885
内存泄漏指的是由于疏忽或错误造成程序未能释放已经不再使用的内存。内存泄漏并非指内存在物理上的消失，而是应用程序分配某段内存后，由于设计错误，
Unity UI内存泄漏优化
KeithPro的博客
08-16 2151
通过对内存进行快照，分析图集的引用链，屏蔽代码，重新快照测试，一次次的测试，慢慢缩小代码范围，定位图集不销毁的原因，最终发现原来是我们的UI使用了static实例来实现单例效果，在其他地方调用，但是在我们UI不需要的时候并没有将这个静态单例设置为null，导致整个UI资源的相关引用一直存在，无法释放，还有就是我们在对按钮进行事件注册的时候，使用了项目封装的接口，而项目封装的接口在拿到委托事件对象后，并没有在移除事件的时候去清除委托事件对象，导致引用一直存在，相关的资源也就无法释放。
遍历所有子物体中renderer（渲染器）中的material（材质）并改变其alpha值实现若隐若现的效果...
07-22 414
using UnityEngine;using System.Collections;using UnityEngine.UI; public class CubeControl : MonoBehaviour{ 　　public GameObject Cube; 　　private float rotaSpeed=5f; 　　void Update () 　　{ ...
遍历所有子物体中renderer（渲染器）中的material（材质）
螞蟻的日常
07-05 319
无
[共享材质]Renderer.Material和Renderer.SharedMaterial的区别
weixin_42565127的博客
01-03 495
[共享材质]Renderer.Material和Renderer.SharedMaterial的区别
Unity --- sharedMaterial 、material
weixin_30546933的博客
03-10 242
sharedMaterial： 无论如何更新材质的属性，内存中只会存在一份。 material： 每次更新材质属性的时候，内存中都会重新new一份material作用于它，直到 Application.LoadLevel() 或者 Resources.UnloadUnusedAssets() 的时候才会施放内存。 所以material就有可能会造成内存泄漏。 转载于:https://www...
Renderer.Material和Renderer.SharedMaterial的区别
言的专栏
05-07 5473
结论 renderer.sharedMaterial意为共享材质，使用了相同材质球的 renderer中的sharedMaterial一致，更材质改属性，相同材质的实体的材质也会被更改； renderer.material是自己的材质，更改材质属性，也只是更改自身的； 经过测试，使用 renderer.material进行材质球属性更改，Unity 会生成一份新的material实体，造成内存增加，
Unity Profile 内存不断增加问题
xiaomuzi0802的专栏
01-28 5256
原始问题是这样的 unity profiler total object count regarding renderer material memory leak What exactly is the Total Object Count in unity's profiler keeping track of? If I make a simple scene (no mai
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Kayn_Liu

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值