栏目分类:
子分类:
返回
名师互学网用户登录
快速导航关闭
当前搜索
当前分类
子分类
实用工具
热门搜索
名师互学网 > IT > 软件开发 > 游戏开发 > Cocos2d-x

【Unity】代码访问或操作网格Mesh带来的卡顿等性能问题(根源就是大量GC)

Cocos2d-x 更新时间: 发布时间: IT归档 最新发布 模块sitemap 名妆网 法律咨询 聚返吧 英语巴士网 伯小乐 网商动力

【Unity】代码访问或操作网格Mesh带来的卡顿等性能问题(根源就是大量GC)

有些时候需要访问模型网格Mesh的数据,比如遍历他的顶点(vertices)等数据,像这样的:

for (int i = 0; i < mesh.vertices.Length; i++)
{

}

问题就来了就是这样简单的一句代码,甚至在循环体内部都没有任何操作,为什么还会有性能问题,特别是当模型顶点数比较多而又在update中跑的时候就非常明显了。

分别测试了100,1000和10000个顶点的情况

100个顶点的情况如下:

1000个顶点如下:

10000个,GC已经非常恐怖了!!!

罪魁祸首就是这个大量的GC带来的问题,但是光看这句for循环代码是很难发现问题的,而Mesh类中的vertices属性的注释其实就说明了这个问题:

每次访问vertices时其实是会返回一个副本的而不是直接返回引用(难道内部是为了保证Mesh属性的稳定性,不想让外部轻易修改?也可能是其他考虑吧)。返回数组副本就需要重新开辟内存空间,每次访问都会有一次新的存储空间的开辟,顶点越多,访问的次数也就越多,而且每次开辟的空间也会越大(长度就是顶点数),所以这里的性能问题就随着顶点数的增多非线性的增加。所以Mesh也贴心的准备了一个属性叫vertexCount,就是不要轻易去访问他的数组属性。

经测试,不经vertices属性是这样,其他的几个数组属性如color,triangles等都是这样的。

这也能解释为什么我们直接修改数组中的属性不会生效,比如:

vertices[i].y += 1;//将某个顶点的y坐标加1

就是因为这里是修改的副本中的数据,并没有真正修改到mesh中的数据,如果需要修改需要用这个方式:

mesh.vertices = myVertices;

转载请注明:文章转载自 www.mshxw.com
本文地址:https://www.mshxw.com/it/896979.html
我们一直用心在做
关于我们 文章归档 网站地图 联系我们

版权所有 (c)2021-2022 MSHXW.COM

ICP备案号:晋ICP备2021003244-6号