本期话题：System.ExecutableAndDlls对性能影响如何、判断怪物是否在相机视野范围、如何优化材质实例数量...这是侑虎科技第82篇原创文章，欢迎转发分享，未经作者授权请勿转载。同时如果您有任何独到的见解或者发现也欢迎联系我们，一起探讨。

UWA 问答社区：answer.uwa4d.com
UWA QQ群2：793972859（原群已满员）

---

资源管理

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的效果。

---

资源管理

Q5：判断怪物是否在相机视野范围有没有什么好方法？

方法有很多，但一般推荐研发团队尝试将怪物身上的中心点（或包围盒的顶点）向屏幕做投影，根据UV值来判断是否在相机视野范围之内。

开发团队可以在脚本中添加 OnWillRenderObject 或者 OnBecameVisible/OnBecameInvisible 的回调函数，这些函数分别会在对应的Renderer可见或者变为可见/不可见时被调用，具体的信息可见：
http://docs.unity3d.com/ScriptReference/MonoBehaviour.OnWillRenderObject.html
http://docs.unity3d.com/ScriptReference/MonoBehaviour.OnBecameVisible.html

---

【技术分享】是UWA推出的技术交流栏目，我们会定期将开发团队中反馈的常见问题加以总结并梳理在此，以供大家参考。

今天的分享就到这里。也欢迎热爱进步的你加入UWA的QQ群（793972859），也许你的方法恰能解别人的燃眉之急；而他山之“石”，也能攻你之“玉”。 比起闭门造车，我们更乐意与大家各抒己见，畅所欲言；比起形而上的泛泛而谈，我们更乐意与大家直击痛点，对症下药。