图形渲染
Q1：以前端游时代，材质根据Pass不同、光照环境不同可以离线预编译成ShaderCache，运行时并不需要拼材质再实时编译，只要加载二进制代码就好了。那Unity有没有做这件事呢？我们是根据平台和环境预编译的Shader。
对于支持 Binary Shader 加载的设备，在首次编译某个 Shader 的时候是会生成其对应的 Binary Shader Cache ，生成的 Binary 文件位于和 Application.persistantPath 并列的Cache 目录下。
图形渲染
Q2：相同效果前提下，就性能而言，Shader 是用 V&F 还是Surface好？
Surface生成的V&F比较庞杂，分支较多，如果不注意 #pragma surface 参数的选择，容易出现不必要的开销。举例来说，如果直接用 Unity 5.x 中默认创建的 Surface Shader （默认参数为 #pragma surface surf Standard fullforwardshadows），那么 Shader 是会做 Physically based Standard Lighting 的，而这在移动端开销非常大，且并非必要。
图形渲染
Q3：Lightmap在Baked GI的等待时间比较长(Realtime GI已关闭)，想请教有没有什么建议的参数或是方式，可以缩短等待的时间?
目前就我们的了解，在Unity 5.x比较影响烘焙时间的主要是大面积的面片导致Light Transport 过程过久（Enlighten 的机制所限）。可以尝试拆分面积较大的面片，来提高烘焙的速度（通常，拆分大面积的面片对渲染性能也会有所提升）。
主要原因可参考如下的帖子： http://forum.unity3d.com/threads/light-transport-problem-with-large-objects.310405
资源管理
Q4：Prefab中的GameObject的tag设置为EditorOnly仍然会被打进Resoures包吗？有其它EditorOnly方案吗？
EditorOnly理论上只对场景中的 GameObject起效。因此 Project 目录中的 Prefab 打上 EditorOnly 后，放在 Resources 目录下依然会被打进游戏包中。但只要将其放在 Resources 目录以外，则其就会因为没有场景中的物件引用而被排除在外。
内存管理
Q5：对于Handheld.PlayFullScreenMovie 这个Unity播放开场动画的API，会有内存问题吗？比如我的mp4动画有20MB，那么这个动画会撑高mono堆内存吗？
Android上PlayFullScreenMovie 的实现实际上是通过Android原生的接口直接播放的，播放过程中Unity也是停止更新的，因此这部分的内存理论上并不会记录在 Unity 中，同样也不影响mono。
原文出处：侑虎科技
转载请与作者联系，同时请务必标明文章原始出处和原文链接及本声明。
