有些时候需要访问模型网格Mesh的数据，比如遍历他的顶点（vertices）等数据，像这样的：

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

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

100个顶点的情况如下：

1000个顶点如下：

10000个，GC已经非常恐怖了！！！

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

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

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

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

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