Unity性能优化——GameObject生成IO消耗问题分析

如果一个预制体内部里放有其他预制体2，会进行io读取的开销。这个预制件2在预制件1中出现几次它就会进行几次的io开销。所以尽量不要在预制体里直接塞另外预制体。尽量动态生成
测试：为了确保测试结果单一性，避免偶然。测试物体生成基数都以208，都通过resources读取prefab然后再生成，并且每次测试重新运行项目
● 先测试一个预制体内部有很多其他预制体的情况

● 测试直接instantiate动态生成预制件。

测试结果：测试1- IO 6.30ms Instantiate 1.52ms
测试2- IO 0.2ms Instantiate 2.55ms
发现测试1的IO读取暴增，而测试2只有0.2ms的IO读取。
但是测试2的Instantiate消耗比测试1高 ，至于这块一个个生成调用堆栈肯定要比生成一个物体消耗多，但总体来看消耗差距并不大。而且Instantiate可以进行其他优化，IO怎么优化？

总结

一个预制体1内部有很多其他预制体2，性能消耗严重主要出现在IO读取上，至于为何是IO读取，笔者认为是因为加载预制件会先读取硬盘中对应Meta文件里的配置信息，拿到这些配置信息以及相关引用在内存中生成一份GameObject实体对象。

不仅是一个预制体1内部有很多其他预制体2 造成IO消耗，如果一个预制件1放有208个同样物体（非预制件）同样会造成IO消耗，IO消耗结果在4ms左右 降低了2ms左右（无需找引用）。
删除这些物体的组件也可以降IO消耗。但是删干净了还是有2ms的io消耗。
通过以上我大胆猜测， io消耗的主要可能是因为 unity是通过配置文件记录每个物体及其子物体的一些组件信息包括Transform GameObject组件和资源引用如图片资源 网格资源材质球等等。
那么读取配置文件就造成了IO消耗，因为unity不知道我们这些子物体数据是不是一样的，所以每个子物体都要进行一次读取配置。
而像我们这样动态的生成，它的prefab是一样的，说明了我们所有的配置是一样的，那么我们只需要读取一次配置。

补充：发现如果是直接挂预制件的话，它就不会有io消耗。猜测是因为在unity运行的时候会为所有相关引用 去读取配置