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程序研究院 发表
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
