资源管理
Q1：在UWA性能报告中，你们建议我们选中Optimize GameObject来提升Mecanim动画模块的运行性能，但是这个功能会隐蔽角色骨骼，那么要挂载该骨骼上的这个点就无法查询了，有什么办法可以解决这个问题吗？
是的，开启Optimize GameObject默认情况下会将动画网格下的所有骨骼结点隐藏，但是，你可以通过“Extra Transform to Expose”查看你想通过脚本获取的骨骼结点，这样既可以提升该角色的动画模块性能，又可以达到获取某个关键结点的需求。
资源管理
Q2： 我在Profiler中看到Other下System.ExecutableAndDlls的内存很大，请问这个是什么东西，对我们游戏的性能影响很大吗？
一般来说，在移动游戏中，该选项经常在iOS真机运行时会看到，System.ExecutableAndDlls该项显示的是执行文件和所调用的库（物理、渲染、IO等系统库）的总和。开发团队不用太担心该选项的数值，因为很多应用均在共用这些库，并且它对于真实项目的内存压力非常小，几乎没有影响，而且OS也不会因为该内存而杀掉游戏或应用。
资源管理
Q3：我们发现材质实例数量特别多，想问下这个对性能的影响如何，有没有什么建议？
Material的内存占用一般很小，所以大量的Material资源对于内存的压力其实很小的。但是，它本身对于场景的切换时间是有影响的，即资源冗余得越多，切换场景时，UnloadUnusedAssets的开销越大，进而增加了场景的切换时间，同时也会影响DrawCall的拼合。所以，建议研发团队尽可能定位资源冗余的原因，并对其进行修复和完善。这一点，我们在UWA性能测评报告中的“分析和建议”中都有详细说明。
资源管理
Q4：现在Unity还不能将场景和 NavMesh数据或者Lightmap数据分离，是吗？我是想先加载一个干净的场景，然后再动态切入不同的光照贴图和NavMesh网格数据，有什么办法吗？
Lightmap是可以与场景分离的，并且可以通过AssetBundle进行动态加载。建议将Lightmap作为普通的资源进行打包，动态加载后，通过LightmapSetting接口整体替换场景的Lightmap。目前，Navmesh确实是无法与场景分离的。但是在Unity 5.x版本以后，引擎已经允许通过LoadLevelAdditive加载多个场景的方式来加载NavMesh，因此，研发团队可以尝试预先将NavMesh在多个场景内烘焙好，然后通过LoadLevelAddtive或类似API来进行加载，从而达到动态加载NavMesh的效果。
原文出处：侑虎科技
本文作者：admin
转载请与作者联系，同时请务必标明文章原始出处和原文链接及本声明。
