2026/9/15 1:58:13
FEATURED · 精选文章 
在Unity里折腾过几个项目之后你会发现一个特别典型的“成长分界线”很多人场景摆得挺好、玩法逻辑也写得出来但一碰到材质变粉、Shader不生效、阴影显示不对这类问题瞬间就卡住了。我早期也在这上面栽过不少跟头后来才彻彻底底把Material材质和Shader着色器之间那层窗户纸捅破。这篇文章就围绕Unity里最基础也最关键的一组关系——材质Material与Shader的基础关联用法展开。不管你是做数字孪生、VR/AR交互还是给WebGL项目做展示日常开发中都绕不开“材质球上挂的Shader到底怎么选”“脚本里怎么动态改材质参数”“为什么阴影总是有问题”这类问题。我尽量不拽高深理论而是从实际项目里提炼出最常用的套路和排查思路刚入门的跟着能跑通一个完整例子有经验的朋友也可以拿后半部分当一份排错清单用。1. 先捅破窗户纸材质和Shader到底谁管谁1.1 一个能记住的生活化类比很多人一开始会把Material和Shader混为一谈觉得“材质就是ShaderShader就是材质”。这么理解在一个非常浅的层面上不算错但一旦开始排查问题就会发现两者根本不是一回事。我常用一个做饭的类比Shader是一份菜谱Material是这顿饭实际准备的食材和调料盒。菜谱规定了需要盐、糖、生抽比例是多少、什么时候放食材盒里则放着具体的盐、糖、生抽以及你调好的分量。同一个菜谱你可以按自己的口味把盐从5克改成3克做出来的菜味道不同但做菜流程不变。对应到Unity里就是Shader定义了渲染的计算规则和所有可调参数Material则保存了这套规则在当前对象上的具体参数值。一个Shader可以同时供给一百个材质球用每个材质球有自己独立的颜色、光滑度、贴图引用。你改Shader的代码逻辑所有引用它的材质都会受影响改某个材质球的参数只影响那一个材质球Shader源码纹丝不动。1.2 为什么二者必须搭配才能工作渲染一个模型本质上是在问GPU这个像素最终该显示成什么颜色GPU需要知道用什么算法来回答这就是Shader的责任算法里需要一些输入参数比如“底色用红色还是蓝色”“金属度是0还是1”这些输入参数的值由谁提供答案就是Material。所以你在Unity工程里新建一个材质球它不是凭空存在的。当你给它指定一个Shader之后它立刻会按Shader里声明的参数显示出一堆可调节的属性Base Map、Metallic、Smoothness、Emission等等。你没指定Shader之前材质球面板是空的甚至无法正常渲染。这个“依赖关系”也带来一个开发时的铁律改渲染效果优先判断要改的是规则还是参数。规则不对去动Shader参数不对去动材质。最怕的是规则和参数混着改改到后面根本不知道是谁导致了问题排查成本成倍上升。2. 建立第一对Material与Shader关联完整操作链路2.1 渲染管线决定你用什么方式创建Shader进入Unity后第一件要做的事不是急着建Material而是先确认项目用的是哪条渲染管线。Unity如今主要有两条路线Built-in内置渲染管线和URP通用渲染管线。二者在Shader写法上差异不小材质球的参数面板也不完全相同。很多“我照着教程做怎么出来效果不一样”的问题八成是管线不同导致的。判断方法很简单在Project窗口里找找有没有URP相关的Asset文件比如UniversalRenderPipelineAsset有就是URP没有的默认就是Built-in。Unity 6及之后的版本新项目基本默认走URP老项目和一部分教学项目还在用Built-in。我个人的建议是如果项目不是从网上照搬某个依赖Built-in管线的老教程新项目一律走URP。URP在移动端性能优化上更省心阴影、后处理、光照方案也更现代化。后文实例我会按URP的写法来讲如果你用Built-in核心思路不变只是Shader代码里的Pass结构会有差异。2.2 手写一个最小Shader把关联跑通创建Shader的方式有两种Shader Graph可视化节点和手写代码。对完全没接触过Shader的初学者我反而建议先手写一个最小例子因为这样能直接看到“Shader代码里的哪个词变成了材质球面板上的哪个选项”可视化节点会把这一步藏起来反而不利于建立认知。在Project窗口右键 - Create - Shader - Unlit Shader重命名成SimpleUnlit。用IDE打开后里面有一段默认的Unlit Shader模板。别着急一行行啃先把它缩减成最核心的结构并加入两个自定义参数Shader Custom/SimpleUnlit { Properties { _BaseColor (Base Color, Color) (1, 1, 1, 1) _Intensity (Intensity, Float) 1.0 } SubShader { Tags { RenderTypeOpaque RenderPipelineUniversalPipeline } Pass { HLSLPROGRAM #pragma vertex vert #pragma fragment frag #include Packages/com.unity.render-pipelines.universal/ShaderLibrary/Core.hlsl CBUFFER_START(UnityPerMaterial) float4 _BaseColor; float _Intensity; CBUFFER_END struct Attributes { float4 positionOS : POSITION; }; struct Varyings { float4 positionHCS : SV_POSITION; }; Varyings vert(Attributes IN) { Varyings OUT; OUT.positionHCS TransformObjectToHClip(IN.positionOS.xyz); return OUT; } half4 frag(Varyings IN) : SV_Target { return _BaseColor * _Intensity; } ENDHLSL } } }这段代码干了这么几件事Properties块里声明了两个参数一个颜色_BaseColor一个浮点数_Intensity。这两个变量一旦声明Unity会自动把它们变成材质球面板上的入口。SubShader里的Tags标明这是给URP用的不透明物体。顶点Shader不用说了这里就是标准的坐标变换Unity URP下用TransformObjectToHClip代替旧式的UnityObjectToClipPos这也是很多旧代码直接拖到URP里报错的原因。片元Shader只做一件事返回_BaseColor * _Intensity把颜色和强度乘在一起输出。保存这个Shader之后回到编辑器新建一个Material重命名成MyFirstMat。在材质球Inspector面板最上方的Shader下拉菜单里找到Custom/SimpleUnlit。选中的一瞬间材质球面板下方就出现了两个属性Base Color和Intensity。这就是我们从零建出来的“关联”。2.3 挂到模型上并验证效果把材质球拖到一个Cube或者任何模型上场景里能看到模型颜色发生变化。试着拖动Intensity从0到5你会发现模型从纯黑变成过曝的亮色原理就是片元着色器把颜色值乘以了强度值。这一步看着简单但它完整展示了“Shader定义规则 - 材质球提供参数 - 渲染结果输出”的完整链路。以后你在网上看到那些“为什么我把材质拖上去颜色没变”的问题就能自己拆解了先看材质球是否成功引用了Shader再看参数是否被设置成了奇怪的值最后才怀疑代码本身。3. Properties块、材质球面板和C#脚本的三方联动3.1 Properties块里的每个字段是怎么变成“面板控件”的手写过Shader之后最值得花时间理解的就是Properties块到材质球面板的映射规则。正因为有这个自动映射我们才能在不写一行编辑器代码的情况下获得一个可操作的调参界面。Shader属性类型C#侧对应类型材质球面板显示常见用途ColorColor颜色拾取器基础色、发光色VectorVector4四分量数值自定义裁剪范围、UV偏移Floatfloat滑动条或输入框强度、速度、缩放Range(0, 1)float带范围的滑动条光滑度、透明度、金属度2DTexture贴图槽基础贴图、法线贴图CubeCubemap立方体贴图槽环境反射、天空盒这里面最需要注意的就是变量名。Properties块里的变量名比如_BaseColor和HLSL代码里实际使用的变量名必须完全一致。Unity的序列化系统靠这个名字把面板上的值传进Shader。很多人遇到过“材质球面板上能看到参数但怎么调都不生效”的情况抄代码时没有把变量名对齐是头号嫌疑人。3.2 C#脚本里动态修改材质参数的方法运行时的动态修改是Material与Shader关联里最实用的部分。你要做一个“受伤闪红”“点击发光”“进度条变色”之类的效果本质都是在代码里改材质参数。入门阶段掌握这几个API就够用了using UnityEngine; public class MaterialParameterController : MonoBehaviour { public Material targetMaterial; void Update() { // 修改颜色需要和Shader里的 _BaseColor 字段名一致 targetMaterial.SetColor(_BaseColor, new Color(1f, 0f, 0f, 1f)); // 修改浮点数比如控制发光强度 targetMaterial.SetFloat(_Intensity, Mathf.PingPong(Time.time * 2f, 5f)); // 如果Shader里有贴图属性用 SetTexture // targetMaterial.SetTexture(_MainTex, someTexture); } }这里有一个很多人忽略的重要细节targetMaterial这个引用如果是在Inspector面板上手动拖拽的需要拖到的是场景中的材质实例而不是Project窗口里的原始材质资源。否则运行时只改了Project资源场景里的模型没反应。如果你是通过GetComponentRenderer().material获取的Unity会自动新建一个材质实例后续修改不会影响磁盘上的原始材质资源也不会“污染”其他引用同一材质的对象。这是官方推荐的做法代价是运行时会产生一份额外的材质实例内存但绝大多数情况下值得。3.3 MaterialPropertyBlock多人共享材质的性能救星讲完了基本修改必须提一个我当初踩了坑才明白的进阶点同一个材质给多个物体用时不要直接renderer.material.SetColor去改。比如你有100个敌人共用同一套材质每个敌人想显示不同的受伤闪红颜色如果直接各自实例化材质内存里就会多出100份材质数据这在小项目里也许无所谓一旦模型面和材质数量上来GC和内存都会很难看。更优的套路是MaterialPropertyBlockpublic class PropertyBlockExample : MonoBehaviour { private Renderer _renderer; private MaterialPropertyBlock _propBlock; void Awake() { _renderer GetComponentRenderer(); _propBlock new MaterialPropertyBlock(); } void UpdateColor(Color color) { _renderer.GetPropertyBlock(_propBlock); _propBlock.SetColor(_BaseColor, color); _renderer.SetPropertyBlock(_propBlock); } }用PropertyBlock修改参数时Unity底层会复用同一份材质只针对当前渲染批次覆盖指定属性性能要好非常多。我把这个放到基础章节里讲是因为很多人用了两年Unity都不知道有这样一个API结果在材质实例化上白白浪费了大量内存。如果你刚入门可以先按renderer.material的方式学会但心里要记得有个更优的替代方案等项目规模上来再换不迟。4. 材质球面板上那些“看不见的设置”阴影、透明与渲染队列4.1 一个材质球看着正常阴影却千奇百怪问题多半在Shder的Tags热词榜里常年挂着“unity阴影问题”可见这个坑坑了多少人。很多场景里模型明明没动灯光没动但就是没阴影、阴影闪烁、或者阴影里出现莫名其妙的条纹。排除灯光参数后很大概率出在Shader的SubShader标签和Pass设置上。一个最简单的规则要让一个物体正常接收并投射阴影Shader里必须包含正确的LightMode Pass标签。手写Shader时如果只用前面那个纯粹返回颜色的Unlit Shader不写阴影相关的Pass这个物体在URP里就是“没有阴影”的——它既不投影也不接收。这在某些风格化项目里是想要的但如果你希望它参与阴影计算就得补上对应的Pass。对于URP通常有两种选择URP/Lit及其变体标准PBR材质自带阴影、光照、金属度、光滑度全套处理。URP/Unlit无光照材质默认不参与阴影但可以通过添加Additional Shadows的代码在URP里接收shadow。手写Shader时显式加入LightModeUniversalForward的Pass并在代码里包含阴影采样逻辑。如果你不想手写复杂的阴影采样最省事的做法是在Unity官方Shader库中找一份Lit.shader作参考或者用Shader Graph建一个包含阴影节点的新材质。很多所谓“自定义Shader没阴影”的问题其实是自己写Shader时漏掉了URP光照和阴影相关的include文件和Pass。4.2 渲染队列为什么半透明材质排序总乱另一个高频问题来自透明物体的渲染顺序。你做了个玻璃窗户材质面板上把Surface Type改成Transparent结果发现透过窗户看后面的物体时物体忽隐忽现、排序错乱。这背后是渲染队列Render Queue的机制。Unity渲染物体并非按场景列表顺序而是按队列值从大到小排队不透明物体默认在Geometry队列值为2000批次透明物体默认在Transparent队列值为3000批次。不透明物体全部画完再画半透明物体这是为了保证透明混合正确。但半透明物体之间没有深度写入排序只依赖物体到摄像机的距离视觉中心点接近时就会乱。材质球面板上的Render Queue下拉框允许你手动指定队列值或者干脆选Transparent。当遇到“透明材质遮挡顺序不对”时我的排查顺序是确认Shader的Tags里QueueTransparent和RenderTypeTransparent都写了。把材质球面板的Render Queue设为Transparent (3000)别留From Shader默认。如果多个透明物体仍然乱序尝试把它们拆成独立的材质球并调整顺序或者使用Unity的OIT方案但项目复杂度允许时不建议过早引入。如果你用的是URP/Lit材质直接在材质球Surface Type里选TransparentUnity会自动把渲染队列设置好能少踩一半的坑。4.3 透明材质为何“阴影消失”或“一片黑”透明材质和阴影之间还有个经典矛盾。很多人把Shader改成透明后发现物体不仅没有阴影连带被它遮挡的其他物体阴影也没有了。原因是当前Shader可能丢失了ShadowCaster Pass。URP/Lit会自动处理但手写Shader时往往漏掉这个Pass。手写透明Shader时最低限度的“保底”做法是在同一个SubShader里再加一个名字为ShadowCaster的Pass。如果你只是做临时实验直接在URP Lit材质面板上切换Surface Type到Transparent让官方帮你搞定阴影Pass这是最不容易出错的路径。我自己遇到过的最离奇的一次“材质发黑”问题起因不是Shader而是材质球的Alpha Clipping被勾选后贴图Alpha阈值设了一个奇怪值导致大部分像素被裁剪掉。那次排查花了大半天最后居然是面板上一个不起眼的开关。所以遇到“材质发黑”我的建议是先把Alpha Clipping关掉、把Base Color和Emission重置成白一步步排除往往比直接怀疑Shader代码高效得多。5. 实战串讲做一个会呼吸的边缘发光效果5.1 目标拆解这个效果需要哪几个参数为了让前面的“关联”知识形成一个完整闭环我们来做一个小而完整的实战一个药瓶或者科幻面板上常见的边缘发光效果发光强度随时间呼吸变化。这个效果在数字孪生、设备高亮、游戏拾取物提示里都非常常见。拆解一下需求边缘亮度取决于视线方向和法线方向的夹角。视线越偏越接近边缘发光越强。需要一个_EmissionColor控制发光颜色一个_PulseSpeed控制呼吸速度一个_EdgePower控制边缘强度。呼吸效果可以通过C#脚本往Shader里传入一个随时间变化的值来实现。5.2 编写URP下的边缘发光Shader创建新的Unlit Shader重命名为RimPulse代码如下Shader Custom/RimPulse { Properties { _MainTex (Main Texture, 2D) white {} _EmissionColor (Emission Color, Color) (0, 1, 0, 1) _EdgePower (Edge Power, Range(0.5, 8)) 2 _PulseSpeed (Pulse Speed, Float) 2 _PulseAmount (Pulse Amount, Range(0, 1)) 1 } SubShader { Tags { RenderTypeTransparent QueueTransparent RenderPipelineUniversalPipeline } Pass { Blend SrcAlpha One ZWrite Off HLSLPROGRAM #pragma vertex vert #pragma fragment frag #include Packages/com.unity.render-pipelines.universal/ShaderLibrary/Core.hlsl CBUFFER_START(UnityPerMaterial) float4 _MainTex_ST; float4 _EmissionColor; float _EdgePower; float _PulseSpeed; float _PulseAmount; CBUFFER_END TEXTURE2D(_MainTex); SAMPLER(sampler_MainTex); struct Attributes { float4 positionOS : POSITION; float2 uv : TEXCOORD0; float3 normalOS : NORMAL; }; struct Varyings { float2 uv : TEXCOORD0; float4 positionHCS : SV_POSITION; float3 normalWS : TEXCOORD1; float3 viewDirWS : TEXCOORD2; }; Varyings vert(Attributes IN) { Varyings OUT; VertexPositionInputs posInputs GetVertexPositionInputs(IN.positionOS.xyz); OUT.positionHCS posInputs.positionCS; OUT.uv TRANSFORM_TEX(IN.uv, _MainTex); VertexNormalInputs normalInputs GetVertexNormalInputs(IN.normalOS); OUT.normalWS normalInputs.normalWS; OUT.viewDirWS GetCameraPositionWS() - posInputs.positionWS; return OUT; } half4 frag(Varyings IN) : SV_Target { half4 texColor SAMPLE_TEXTURE2D(_MainTex, sampler_MainTex, IN.uv); float3 normal normalize(IN.normalWS); float3 viewDir normalize(IN.viewDirWS); float rim 1.0 - saturate(dot(normal, viewDir)); rim pow(rim, _EdgePower); half pulse sin(_Time.y * _PulseSpeed) * 0.5 0.5; half4 finalColor _EmissionColor * rim * _PulseAmount; finalColor.rgb texColor.rgb * 0.2; finalColor.a rim * pulse; return finalColor; } ENDHLSL } } }核心逻辑就是片元Shader里那几行通过dot(normal, viewDir)计算视线方向和法线方向的夹角。视角越偏向物体边缘这个点积值越小rim值越大边缘发光越亮。_PulseSpeed控制sin波动的速度用_Time.y驱动这就让发光强度随时间呈现呼吸感。因为我们在Tags里写了Transparent又在Pass里写了Blend SrcAlpha One这个材质会以“叠加”方式渲染半透明区域不会写深度比较适合做“发光描边”这种特效型材质。5.3 C#脚本驱动呼吸参数接着建一个脚本挂在对象身上using UnityEngine; public class RimPulseController : MonoBehaviour { [Range(0.1f, 5f)] public float pulseSpeed 2f; private Material _mat; void Start() { _mat GetComponentRenderer().material; } void Update() { _mat.SetFloat(_PulseSpeed, pulseSpeed); float pulse (Mathf.Sin(Time.time * pulseSpeed) 1f) * 0.5f; _mat.SetFloat(_PulseAmount, pulse); } }注意我在C#里用Mathf.Sin算了一个pulse值传给_PulseAmount而Shader内部也用了sin算了一个pulse。两边都做没问题但实际项目里更推荐把波动计算只放一边避免两头都算导致节奏混乱。我这里两边都算是为了同时演示“Shader里用Unity内置时间变量”和“C#侧动态传参”两条路正式项目里建议统一用C#传方便调试和逻辑控制。这样一来你拖动Inspector面板上的pulseSpeed物体边缘发光的呼吸频率就会实时变化说明C#、Shader、Material三者已经完整串联起来了。5.4 顺带聊聊性能优化意识做完这个效果后再给你打一针预防针这种边缘发光效果如果用在大量单位身上每帧都改材质参数会产生大量DrawCall和材质变体编译压力。优化方向有三个用MaterialPropertyBlock替代直接改material实例避免材质实例化。把多个物体的参数更新合并到一个Manager脚本里避免每个物体各自持有一个更新协程。如果所有物体的发光颜色和脉冲节奏完全一致不如直接把参数写死到材质球上完全不需要C#参与省下每帧的 SetXxx 调用。6. 从热词里带出来的高频排查经验6.1 粉红色材质Unity给开发者的“报错方式”“Unity下模型变成粉红色”大概是所有材质问题里搜索量最高的一个。不少朋友第一反应是“完了项目坏了”实际上这是引擎在明确告诉你当前渲染管线和Shader不匹配或者Shader编译失败。排查思路按几下顺序来看Console窗口有没有报错。绝大多数粉红材质背后都有一条明确报错信息比如找不到某个函数、某个include文件不存在。确认Shader兼容的管线是否和项目管线一致。Built-in Shader放到URP项目里很可能直接粉红。如果是自己手写的Shader检查一下HLSL文件里是否引用了不存在的库或者使用了一个在URP里已被删掉的旧API比如UnityCG.cginc里某些依赖内置管线的函数。新建一个官方自带Shader比如URP/Lit替换上去如果模型恢复正常那问题几乎可以锁定在自定义Shader代码上。我在实际项目里还遇到过一种“变粉但Console没报错”的情况Shader文件存在但Pass标签写错导致该Pass完全不参与任何渲染阶段。这种问题更隐蔽排查时可以临时把Shader内容换成最小可跑版本确认能否恢复正常再逐步把代码加回来。6.2 世界空间UI被遮挡材质深度关系惹的祸热词里还有一条“unity world ui 无遮挡”和材质Shader也密切相关。UI如果希望不被任何物体遮挡通常做法是用Screen Space - Overlay模式或者把Canvas的Render Mode改成World Space后把UI的Shader换成专门的UI Shader同时在材质上设置ZTest Always、ZWrite Off。这就是Final Blit与其它Shader交互的一个典型案例世界空间UI如果挂在普通着色器的物体上受深度缓冲影响会被其他模型裁掉要想穿透显示要么让Canvas使用专用的UI Shader要么使用支持无遮挡的渲染思路。在学习Material与Shader的阶段这个案例非常适合用来理解ZTest和ZWrite两个概念对渲染顺序的本质影响。6.3 发布WebGL后IDBFS写入失败和纹理丢失搜索热词里还有一条“unity 发布 webgl 使用 idbfs 写入失败”初看和材质Shader无关但我在实际工作中发现它和纹理/材质加载也有间接关联。WebGL环境下Unity文件系统的持久化数据存储用的是浏览器IndexedDB若写入失败最常见的原因就用到了纹理或AssetBundle多次重新加载导致内存膨胀、存储占用过高最终浏览器拒绝写入。和本文主题相关的建议是WebGL项目发布时尽量把需要实时修改的材质参数保持在最小集合避免频繁实例化材质省下IndexedDB中缓存资源的写入压力。同时Player Settings里的Compression Format如果设为非法组合也容易造成纹理在浏览器里加载异常表现为灰白或粉红材质。这些问题排查到最后往往会在“材质资源加载”、“AssetBundle变体”和“渲染管线的兼容性”里找到根因。6.4 自定义Shader的变体数量一个隐性性能炸弹最后聊一个不那么“基础”但做材质与Shader关联时早晚会撞上的坑Shader变体Variant膨胀。当你用Shader Graph或者手写HLSL时每多一个keyword开关比如_RECEIVE_SHADOWS_ON、_NORMALMAPUnity在打包时都会尝试编译出对应的变体。材质球面板上每多一个可切换开关都可能让变体数量翻倍。100个材质球背后可能有几千个Shader变体包体体积和加载时间都会显著上涨严重时直接影响WebGL项目的加载速度。处理方式也很实用使用#pragma shader_feature_local而不是#pragma multi_compile后者会把变体编译进所有pass里前者只对应到使用了该keyword的材质。不用的keyword从材质球面板上移除别给Unity留下编译变体的机会。用ShaderVariantCollection把打包时需要的变体显式收集起来避免“全量编译”和“运行时漏编译”。这个知识点对初学者来说可能有点超前但如果你想把Material和Shader的基础关联用好、用稳一开始就养成“少开无谓开关、控制变体数量”的习惯后面项目规模上来时真的能帮你省下好几天优化时间。最后再分享一个我个人的实操习惯在项目里新引入一个Shader时我不会立刻去调效果而是先建一个纯白纯灰的测试材质跑一遍最基础的光照和阴影确认Shader在目标管线里能正常工作然后再逐步调整Properties参数、加入贴图和特效节点。每调整一步就运行一下看结果而不是一口气写完一大堆代码再统一验证。这个“渐进式验证”的习惯帮我避免了很多“写完发现不知道哪个环节出了问题”的尴尬场景。Material与Shader的关联并没有想象中那么玄把它当成一条“Shader写规则、材质存参数、脚本改参数”的流水线去理解绝大部分问题都是可以在五分钟内定位的。
Unity材质与Shader基础关联：原理、操作与高频问题排查
在Unity里折腾过几个项目之后你会发现一个特别典型的“成长分界线”很多人场景摆得挺好、玩法逻辑也写得出来但一碰到材质变粉、Shader不生效、阴影显示不对这类问题瞬间就卡住了。我早期也在这上面栽过不少跟头后来才彻彻底底把Material材质和Shader着色器之间那层窗户纸捅破。这篇文章就围绕Unity里最基础也最关键的一组关系——材质Material与Shader的基础关联用法展开。不管你是做数字孪生、VR/AR交互还是给WebGL项目做展示日常开发中都绕不开“材质球上挂的Shader到底怎么选”“脚本里怎么动态改材质参数”“为什么阴影总是有问题”这类问题。我尽量不拽高深理论而是从实际项目里提炼出最常用的套路和排查思路刚入门的跟着能跑通一个完整例子有经验的朋友也可以拿后半部分当一份排错清单用。1. 先捅破窗户纸材质和Shader到底谁管谁1.1 一个能记住的生活化类比很多人一开始会把Material和Shader混为一谈觉得“材质就是ShaderShader就是材质”。这么理解在一个非常浅的层面上不算错但一旦开始排查问题就会发现两者根本不是一回事。我常用一个做饭的类比Shader是一份菜谱Material是这顿饭实际准备的食材和调料盒。菜谱规定了需要盐、糖、生抽比例是多少、什么时候放食材盒里则放着具体的盐、糖、生抽以及你调好的分量。同一个菜谱你可以按自己的口味把盐从5克改成3克做出来的菜味道不同但做菜流程不变。对应到Unity里就是Shader定义了渲染的计算规则和所有可调参数Material则保存了这套规则在当前对象上的具体参数值。一个Shader可以同时供给一百个材质球用每个材质球有自己独立的颜色、光滑度、贴图引用。你改Shader的代码逻辑所有引用它的材质都会受影响改某个材质球的参数只影响那一个材质球Shader源码纹丝不动。1.2 为什么二者必须搭配才能工作渲染一个模型本质上是在问GPU这个像素最终该显示成什么颜色GPU需要知道用什么算法来回答这就是Shader的责任算法里需要一些输入参数比如“底色用红色还是蓝色”“金属度是0还是1”这些输入参数的值由谁提供答案就是Material。所以你在Unity工程里新建一个材质球它不是凭空存在的。当你给它指定一个Shader之后它立刻会按Shader里声明的参数显示出一堆可调节的属性Base Map、Metallic、Smoothness、Emission等等。你没指定Shader之前材质球面板是空的甚至无法正常渲染。这个“依赖关系”也带来一个开发时的铁律改渲染效果优先判断要改的是规则还是参数。规则不对去动Shader参数不对去动材质。最怕的是规则和参数混着改改到后面根本不知道是谁导致了问题排查成本成倍上升。2. 建立第一对Material与Shader关联完整操作链路2.1 渲染管线决定你用什么方式创建Shader进入Unity后第一件要做的事不是急着建Material而是先确认项目用的是哪条渲染管线。Unity如今主要有两条路线Built-in内置渲染管线和URP通用渲染管线。二者在Shader写法上差异不小材质球的参数面板也不完全相同。很多“我照着教程做怎么出来效果不一样”的问题八成是管线不同导致的。判断方法很简单在Project窗口里找找有没有URP相关的Asset文件比如UniversalRenderPipelineAsset有就是URP没有的默认就是Built-in。Unity 6及之后的版本新项目基本默认走URP老项目和一部分教学项目还在用Built-in。我个人的建议是如果项目不是从网上照搬某个依赖Built-in管线的老教程新项目一律走URP。URP在移动端性能优化上更省心阴影、后处理、光照方案也更现代化。后文实例我会按URP的写法来讲如果你用Built-in核心思路不变只是Shader代码里的Pass结构会有差异。2.2 手写一个最小Shader把关联跑通创建Shader的方式有两种Shader Graph可视化节点和手写代码。对完全没接触过Shader的初学者我反而建议先手写一个最小例子因为这样能直接看到“Shader代码里的哪个词变成了材质球面板上的哪个选项”可视化节点会把这一步藏起来反而不利于建立认知。在Project窗口右键 - Create - Shader - Unlit Shader重命名成SimpleUnlit。用IDE打开后里面有一段默认的Unlit Shader模板。别着急一行行啃先把它缩减成最核心的结构并加入两个自定义参数Shader Custom/SimpleUnlit { Properties { _BaseColor (Base Color, Color) (1, 1, 1, 1) _Intensity (Intensity, Float) 1.0 } SubShader { Tags { RenderTypeOpaque RenderPipelineUniversalPipeline } Pass { HLSLPROGRAM #pragma vertex vert #pragma fragment frag #include Packages/com.unity.render-pipelines.universal/ShaderLibrary/Core.hlsl CBUFFER_START(UnityPerMaterial) float4 _BaseColor; float _Intensity; CBUFFER_END struct Attributes { float4 positionOS : POSITION; }; struct Varyings { float4 positionHCS : SV_POSITION; }; Varyings vert(Attributes IN) { Varyings OUT; OUT.positionHCS TransformObjectToHClip(IN.positionOS.xyz); return OUT; } half4 frag(Varyings IN) : SV_Target { return _BaseColor * _Intensity; } ENDHLSL } } }这段代码干了这么几件事Properties块里声明了两个参数一个颜色_BaseColor一个浮点数_Intensity。这两个变量一旦声明Unity会自动把它们变成材质球面板上的入口。SubShader里的Tags标明这是给URP用的不透明物体。顶点Shader不用说了这里就是标准的坐标变换Unity URP下用TransformObjectToHClip代替旧式的UnityObjectToClipPos这也是很多旧代码直接拖到URP里报错的原因。片元Shader只做一件事返回_BaseColor * _Intensity把颜色和强度乘在一起输出。保存这个Shader之后回到编辑器新建一个Material重命名成MyFirstMat。在材质球Inspector面板最上方的Shader下拉菜单里找到Custom/SimpleUnlit。选中的一瞬间材质球面板下方就出现了两个属性Base Color和Intensity。这就是我们从零建出来的“关联”。2.3 挂到模型上并验证效果把材质球拖到一个Cube或者任何模型上场景里能看到模型颜色发生变化。试着拖动Intensity从0到5你会发现模型从纯黑变成过曝的亮色原理就是片元着色器把颜色值乘以了强度值。这一步看着简单但它完整展示了“Shader定义规则 - 材质球提供参数 - 渲染结果输出”的完整链路。以后你在网上看到那些“为什么我把材质拖上去颜色没变”的问题就能自己拆解了先看材质球是否成功引用了Shader再看参数是否被设置成了奇怪的值最后才怀疑代码本身。3. Properties块、材质球面板和C#脚本的三方联动3.1 Properties块里的每个字段是怎么变成“面板控件”的手写过Shader之后最值得花时间理解的就是Properties块到材质球面板的映射规则。正因为有这个自动映射我们才能在不写一行编辑器代码的情况下获得一个可操作的调参界面。Shader属性类型C#侧对应类型材质球面板显示常见用途ColorColor颜色拾取器基础色、发光色VectorVector4四分量数值自定义裁剪范围、UV偏移Floatfloat滑动条或输入框强度、速度、缩放Range(0, 1)float带范围的滑动条光滑度、透明度、金属度2DTexture贴图槽基础贴图、法线贴图CubeCubemap立方体贴图槽环境反射、天空盒这里面最需要注意的就是变量名。Properties块里的变量名比如_BaseColor和HLSL代码里实际使用的变量名必须完全一致。Unity的序列化系统靠这个名字把面板上的值传进Shader。很多人遇到过“材质球面板上能看到参数但怎么调都不生效”的情况抄代码时没有把变量名对齐是头号嫌疑人。3.2 C#脚本里动态修改材质参数的方法运行时的动态修改是Material与Shader关联里最实用的部分。你要做一个“受伤闪红”“点击发光”“进度条变色”之类的效果本质都是在代码里改材质参数。入门阶段掌握这几个API就够用了using UnityEngine; public class MaterialParameterController : MonoBehaviour { public Material targetMaterial; void Update() { // 修改颜色需要和Shader里的 _BaseColor 字段名一致 targetMaterial.SetColor(_BaseColor, new Color(1f, 0f, 0f, 1f)); // 修改浮点数比如控制发光强度 targetMaterial.SetFloat(_Intensity, Mathf.PingPong(Time.time * 2f, 5f)); // 如果Shader里有贴图属性用 SetTexture // targetMaterial.SetTexture(_MainTex, someTexture); } }这里有一个很多人忽略的重要细节targetMaterial这个引用如果是在Inspector面板上手动拖拽的需要拖到的是场景中的材质实例而不是Project窗口里的原始材质资源。否则运行时只改了Project资源场景里的模型没反应。如果你是通过GetComponentRenderer().material获取的Unity会自动新建一个材质实例后续修改不会影响磁盘上的原始材质资源也不会“污染”其他引用同一材质的对象。这是官方推荐的做法代价是运行时会产生一份额外的材质实例内存但绝大多数情况下值得。3.3 MaterialPropertyBlock多人共享材质的性能救星讲完了基本修改必须提一个我当初踩了坑才明白的进阶点同一个材质给多个物体用时不要直接renderer.material.SetColor去改。比如你有100个敌人共用同一套材质每个敌人想显示不同的受伤闪红颜色如果直接各自实例化材质内存里就会多出100份材质数据这在小项目里也许无所谓一旦模型面和材质数量上来GC和内存都会很难看。更优的套路是MaterialPropertyBlockpublic class PropertyBlockExample : MonoBehaviour { private Renderer _renderer; private MaterialPropertyBlock _propBlock; void Awake() { _renderer GetComponentRenderer(); _propBlock new MaterialPropertyBlock(); } void UpdateColor(Color color) { _renderer.GetPropertyBlock(_propBlock); _propBlock.SetColor(_BaseColor, color); _renderer.SetPropertyBlock(_propBlock); } }用PropertyBlock修改参数时Unity底层会复用同一份材质只针对当前渲染批次覆盖指定属性性能要好非常多。我把这个放到基础章节里讲是因为很多人用了两年Unity都不知道有这样一个API结果在材质实例化上白白浪费了大量内存。如果你刚入门可以先按renderer.material的方式学会但心里要记得有个更优的替代方案等项目规模上来再换不迟。4. 材质球面板上那些“看不见的设置”阴影、透明与渲染队列4.1 一个材质球看着正常阴影却千奇百怪问题多半在Shder的Tags热词榜里常年挂着“unity阴影问题”可见这个坑坑了多少人。很多场景里模型明明没动灯光没动但就是没阴影、阴影闪烁、或者阴影里出现莫名其妙的条纹。排除灯光参数后很大概率出在Shader的SubShader标签和Pass设置上。一个最简单的规则要让一个物体正常接收并投射阴影Shader里必须包含正确的LightMode Pass标签。手写Shader时如果只用前面那个纯粹返回颜色的Unlit Shader不写阴影相关的Pass这个物体在URP里就是“没有阴影”的——它既不投影也不接收。这在某些风格化项目里是想要的但如果你希望它参与阴影计算就得补上对应的Pass。对于URP通常有两种选择URP/Lit及其变体标准PBR材质自带阴影、光照、金属度、光滑度全套处理。URP/Unlit无光照材质默认不参与阴影但可以通过添加Additional Shadows的代码在URP里接收shadow。手写Shader时显式加入LightModeUniversalForward的Pass并在代码里包含阴影采样逻辑。如果你不想手写复杂的阴影采样最省事的做法是在Unity官方Shader库中找一份Lit.shader作参考或者用Shader Graph建一个包含阴影节点的新材质。很多所谓“自定义Shader没阴影”的问题其实是自己写Shader时漏掉了URP光照和阴影相关的include文件和Pass。4.2 渲染队列为什么半透明材质排序总乱另一个高频问题来自透明物体的渲染顺序。你做了个玻璃窗户材质面板上把Surface Type改成Transparent结果发现透过窗户看后面的物体时物体忽隐忽现、排序错乱。这背后是渲染队列Render Queue的机制。Unity渲染物体并非按场景列表顺序而是按队列值从大到小排队不透明物体默认在Geometry队列值为2000批次透明物体默认在Transparent队列值为3000批次。不透明物体全部画完再画半透明物体这是为了保证透明混合正确。但半透明物体之间没有深度写入排序只依赖物体到摄像机的距离视觉中心点接近时就会乱。材质球面板上的Render Queue下拉框允许你手动指定队列值或者干脆选Transparent。当遇到“透明材质遮挡顺序不对”时我的排查顺序是确认Shader的Tags里QueueTransparent和RenderTypeTransparent都写了。把材质球面板的Render Queue设为Transparent (3000)别留From Shader默认。如果多个透明物体仍然乱序尝试把它们拆成独立的材质球并调整顺序或者使用Unity的OIT方案但项目复杂度允许时不建议过早引入。如果你用的是URP/Lit材质直接在材质球Surface Type里选TransparentUnity会自动把渲染队列设置好能少踩一半的坑。4.3 透明材质为何“阴影消失”或“一片黑”透明材质和阴影之间还有个经典矛盾。很多人把Shader改成透明后发现物体不仅没有阴影连带被它遮挡的其他物体阴影也没有了。原因是当前Shader可能丢失了ShadowCaster Pass。URP/Lit会自动处理但手写Shader时往往漏掉这个Pass。手写透明Shader时最低限度的“保底”做法是在同一个SubShader里再加一个名字为ShadowCaster的Pass。如果你只是做临时实验直接在URP Lit材质面板上切换Surface Type到Transparent让官方帮你搞定阴影Pass这是最不容易出错的路径。我自己遇到过的最离奇的一次“材质发黑”问题起因不是Shader而是材质球的Alpha Clipping被勾选后贴图Alpha阈值设了一个奇怪值导致大部分像素被裁剪掉。那次排查花了大半天最后居然是面板上一个不起眼的开关。所以遇到“材质发黑”我的建议是先把Alpha Clipping关掉、把Base Color和Emission重置成白一步步排除往往比直接怀疑Shader代码高效得多。5. 实战串讲做一个会呼吸的边缘发光效果5.1 目标拆解这个效果需要哪几个参数为了让前面的“关联”知识形成一个完整闭环我们来做一个小而完整的实战一个药瓶或者科幻面板上常见的边缘发光效果发光强度随时间呼吸变化。这个效果在数字孪生、设备高亮、游戏拾取物提示里都非常常见。拆解一下需求边缘亮度取决于视线方向和法线方向的夹角。视线越偏越接近边缘发光越强。需要一个_EmissionColor控制发光颜色一个_PulseSpeed控制呼吸速度一个_EdgePower控制边缘强度。呼吸效果可以通过C#脚本往Shader里传入一个随时间变化的值来实现。5.2 编写URP下的边缘发光Shader创建新的Unlit Shader重命名为RimPulse代码如下Shader Custom/RimPulse { Properties { _MainTex (Main Texture, 2D) white {} _EmissionColor (Emission Color, Color) (0, 1, 0, 1) _EdgePower (Edge Power, Range(0.5, 8)) 2 _PulseSpeed (Pulse Speed, Float) 2 _PulseAmount (Pulse Amount, Range(0, 1)) 1 } SubShader { Tags { RenderTypeTransparent QueueTransparent RenderPipelineUniversalPipeline } Pass { Blend SrcAlpha One ZWrite Off HLSLPROGRAM #pragma vertex vert #pragma fragment frag #include Packages/com.unity.render-pipelines.universal/ShaderLibrary/Core.hlsl CBUFFER_START(UnityPerMaterial) float4 _MainTex_ST; float4 _EmissionColor; float _EdgePower; float _PulseSpeed; float _PulseAmount; CBUFFER_END TEXTURE2D(_MainTex); SAMPLER(sampler_MainTex); struct Attributes { float4 positionOS : POSITION; float2 uv : TEXCOORD0; float3 normalOS : NORMAL; }; struct Varyings { float2 uv : TEXCOORD0; float4 positionHCS : SV_POSITION; float3 normalWS : TEXCOORD1; float3 viewDirWS : TEXCOORD2; }; Varyings vert(Attributes IN) { Varyings OUT; VertexPositionInputs posInputs GetVertexPositionInputs(IN.positionOS.xyz); OUT.positionHCS posInputs.positionCS; OUT.uv TRANSFORM_TEX(IN.uv, _MainTex); VertexNormalInputs normalInputs GetVertexNormalInputs(IN.normalOS); OUT.normalWS normalInputs.normalWS; OUT.viewDirWS GetCameraPositionWS() - posInputs.positionWS; return OUT; } half4 frag(Varyings IN) : SV_Target { half4 texColor SAMPLE_TEXTURE2D(_MainTex, sampler_MainTex, IN.uv); float3 normal normalize(IN.normalWS); float3 viewDir normalize(IN.viewDirWS); float rim 1.0 - saturate(dot(normal, viewDir)); rim pow(rim, _EdgePower); half pulse sin(_Time.y * _PulseSpeed) * 0.5 0.5; half4 finalColor _EmissionColor * rim * _PulseAmount; finalColor.rgb texColor.rgb * 0.2; finalColor.a rim * pulse; return finalColor; } ENDHLSL } } }核心逻辑就是片元Shader里那几行通过dot(normal, viewDir)计算视线方向和法线方向的夹角。视角越偏向物体边缘这个点积值越小rim值越大边缘发光越亮。_PulseSpeed控制sin波动的速度用_Time.y驱动这就让发光强度随时间呈现呼吸感。因为我们在Tags里写了Transparent又在Pass里写了Blend SrcAlpha One这个材质会以“叠加”方式渲染半透明区域不会写深度比较适合做“发光描边”这种特效型材质。5.3 C#脚本驱动呼吸参数接着建一个脚本挂在对象身上using UnityEngine; public class RimPulseController : MonoBehaviour { [Range(0.1f, 5f)] public float pulseSpeed 2f; private Material _mat; void Start() { _mat GetComponentRenderer().material; } void Update() { _mat.SetFloat(_PulseSpeed, pulseSpeed); float pulse (Mathf.Sin(Time.time * pulseSpeed) 1f) * 0.5f; _mat.SetFloat(_PulseAmount, pulse); } }注意我在C#里用Mathf.Sin算了一个pulse值传给_PulseAmount而Shader内部也用了sin算了一个pulse。两边都做没问题但实际项目里更推荐把波动计算只放一边避免两头都算导致节奏混乱。我这里两边都算是为了同时演示“Shader里用Unity内置时间变量”和“C#侧动态传参”两条路正式项目里建议统一用C#传方便调试和逻辑控制。这样一来你拖动Inspector面板上的pulseSpeed物体边缘发光的呼吸频率就会实时变化说明C#、Shader、Material三者已经完整串联起来了。5.4 顺带聊聊性能优化意识做完这个效果后再给你打一针预防针这种边缘发光效果如果用在大量单位身上每帧都改材质参数会产生大量DrawCall和材质变体编译压力。优化方向有三个用MaterialPropertyBlock替代直接改material实例避免材质实例化。把多个物体的参数更新合并到一个Manager脚本里避免每个物体各自持有一个更新协程。如果所有物体的发光颜色和脉冲节奏完全一致不如直接把参数写死到材质球上完全不需要C#参与省下每帧的 SetXxx 调用。6. 从热词里带出来的高频排查经验6.1 粉红色材质Unity给开发者的“报错方式”“Unity下模型变成粉红色”大概是所有材质问题里搜索量最高的一个。不少朋友第一反应是“完了项目坏了”实际上这是引擎在明确告诉你当前渲染管线和Shader不匹配或者Shader编译失败。排查思路按几下顺序来看Console窗口有没有报错。绝大多数粉红材质背后都有一条明确报错信息比如找不到某个函数、某个include文件不存在。确认Shader兼容的管线是否和项目管线一致。Built-in Shader放到URP项目里很可能直接粉红。如果是自己手写的Shader检查一下HLSL文件里是否引用了不存在的库或者使用了一个在URP里已被删掉的旧API比如UnityCG.cginc里某些依赖内置管线的函数。新建一个官方自带Shader比如URP/Lit替换上去如果模型恢复正常那问题几乎可以锁定在自定义Shader代码上。我在实际项目里还遇到过一种“变粉但Console没报错”的情况Shader文件存在但Pass标签写错导致该Pass完全不参与任何渲染阶段。这种问题更隐蔽排查时可以临时把Shader内容换成最小可跑版本确认能否恢复正常再逐步把代码加回来。6.2 世界空间UI被遮挡材质深度关系惹的祸热词里还有一条“unity world ui 无遮挡”和材质Shader也密切相关。UI如果希望不被任何物体遮挡通常做法是用Screen Space - Overlay模式或者把Canvas的Render Mode改成World Space后把UI的Shader换成专门的UI Shader同时在材质上设置ZTest Always、ZWrite Off。这就是Final Blit与其它Shader交互的一个典型案例世界空间UI如果挂在普通着色器的物体上受深度缓冲影响会被其他模型裁掉要想穿透显示要么让Canvas使用专用的UI Shader要么使用支持无遮挡的渲染思路。在学习Material与Shader的阶段这个案例非常适合用来理解ZTest和ZWrite两个概念对渲染顺序的本质影响。6.3 发布WebGL后IDBFS写入失败和纹理丢失搜索热词里还有一条“unity 发布 webgl 使用 idbfs 写入失败”初看和材质Shader无关但我在实际工作中发现它和纹理/材质加载也有间接关联。WebGL环境下Unity文件系统的持久化数据存储用的是浏览器IndexedDB若写入失败最常见的原因就用到了纹理或AssetBundle多次重新加载导致内存膨胀、存储占用过高最终浏览器拒绝写入。和本文主题相关的建议是WebGL项目发布时尽量把需要实时修改的材质参数保持在最小集合避免频繁实例化材质省下IndexedDB中缓存资源的写入压力。同时Player Settings里的Compression Format如果设为非法组合也容易造成纹理在浏览器里加载异常表现为灰白或粉红材质。这些问题排查到最后往往会在“材质资源加载”、“AssetBundle变体”和“渲染管线的兼容性”里找到根因。6.4 自定义Shader的变体数量一个隐性性能炸弹最后聊一个不那么“基础”但做材质与Shader关联时早晚会撞上的坑Shader变体Variant膨胀。当你用Shader Graph或者手写HLSL时每多一个keyword开关比如_RECEIVE_SHADOWS_ON、_NORMALMAPUnity在打包时都会尝试编译出对应的变体。材质球面板上每多一个可切换开关都可能让变体数量翻倍。100个材质球背后可能有几千个Shader变体包体体积和加载时间都会显著上涨严重时直接影响WebGL项目的加载速度。处理方式也很实用使用#pragma shader_feature_local而不是#pragma multi_compile后者会把变体编译进所有pass里前者只对应到使用了该keyword的材质。不用的keyword从材质球面板上移除别给Unity留下编译变体的机会。用ShaderVariantCollection把打包时需要的变体显式收集起来避免“全量编译”和“运行时漏编译”。这个知识点对初学者来说可能有点超前但如果你想把Material和Shader的基础关联用好、用稳一开始就养成“少开无谓开关、控制变体数量”的习惯后面项目规模上来时真的能帮你省下好几天优化时间。最后再分享一个我个人的实操习惯在项目里新引入一个Shader时我不会立刻去调效果而是先建一个纯白纯灰的测试材质跑一遍最基础的光照和阴影确认Shader在目标管线里能正常工作然后再逐步调整Properties参数、加入贴图和特效节点。每调整一步就运行一下看结果而不是一口气写完一大堆代码再统一验证。这个“渐进式验证”的习惯帮我避免了很多“写完发现不知道哪个环节出了问题”的尴尬场景。Material与Shader的关联并没有想象中那么玄把它当成一条“Shader写规则、材质存参数、脚本改参数”的流水线去理解绝大部分问题都是可以在五分钟内定位的。 
