首页 > 代码库 > 【转载】Unity3D研究院之共享材质的巧妙用法(sharedMaterial效率问题)

【转载】Unity3D研究院之共享材质的巧妙用法(sharedMaterial效率问题)

如果你需要修改模型材质的颜色,或者是修改材质Shader的一些属性, 通常情况是用获取模型的Renderer组件,然后获取它的material属性。

举个简单的例子,修改颜色或者直接更换shader

material.color = Color.red;
material.shader = Resources.Load(“Shader/Alpha-Diffuse”, typeof(Shader)) as Shader;

Render可以使用material或者是sharedMaterial两个属性。

Renderer render;

render.material;

render.sharedMaterial;

         这两个属性用法是一样的,但是从效率上来说最好用sharedMaterial,它是共享材质,无论如何操作材质的属性(如更换颜色或者更换shader),内存中只会占用一份。但是如果要是用material的话,每次更换属性的时候Unity就会自动new一份新的material作用于它。它直到Application.LoadLevel() 或者Resources.UnloadUnusedAssets();的时候才会施放内存。所以material就有可能会造成内存泄漏,那么我们干脆就不要使用它。

          但是在代码中如果直接用render.sharedMaterial的话,你会发现在编辑器开发模式下,运行一会儿游戏本地的.material文件凡是修改了的都变化了,如果这些文件都在svn管理中,那么他们都会变成红叹号,表示文件已经被修改。这样太危险了,一不小心上传了怎么办。 为了解决这个问题,可以用一个简单的方法,每次获取material的时候根据平台而定。

 
1
2
3
4
5
6
7
8
public static Material GetMaterial(Renderer render)
{
     #if UNITY_EDITOR
           return render.material;
     #else
           return render.sharedMaterial;
     #endif
}

 这样就不用担心本地文件变化了。

  • 本文固定链接: http://www.xuanyusong.com/archives/2530
  • 转载请注明: 雨松MOMO 2014年05月03日 于 雨松MOMO程序研究院 发表

【转载】Unity3D研究院之共享材质的巧妙用法(sharedMaterial效率问题)