企业官网建设流程全解析

在Unity里做角色死亡特效的时候，我第一个想到的方案是让模型慢慢变透明再消失。结果做完一看，整个效果像泡在水里化开的纸片，没有任何冲击力。后来我把方案换成了消融（Dissolve）效果——物体从某一侧开始像被火焰、腐蚀或者能量吞噬一样，边缘带着发光和碎裂感，快速蒸发掉。这其实就是动态着色的一种典型玩法：在运行时通过材质参数连续驱动Shader变化，而不是简单播放一段动画。这篇文章我把自己在Unity中实现消融效果的完整思路、Shader代码、C#控制逻辑和踩过的坑都整理出来，希望对做角色死亡、场景破坏、出场动画和技能特效的同学有帮助。

1. 消融效果的本质：不是淡出，而是"被切掉"

1.1 先从需求场景说起：什么情况下你需要消融

很多刚接触这个功能的人会以为消融就是"透明度从1慢慢变到0"。如果你做的只是一个UI面板淡出，那确实用透明度就够了。但放在3D场景里，用透明度做淡出会出现一堆麻烦：半透明物体没有深度写入，渲染顺序会乱，模型前后穿插的地方会透出奇怪的重叠，角色死亡时还能看到“纸片人”一样的扁平感。消融完全绕开了这些问题，因为它的原理不是“变透明”，而是“被切掉”——逐像素地把物体表面一块块裁剪掉，直到整个模型消失。

我最初是在做怪物死亡效果时用上消融的。怪物是逼真的3D模型，直接淡出会显得很廉价，而消融之后那种“从脚底往上烧掉”的感觉，配合粒子飞散和边缘发光，打击感和氛围感完全不一样。后来做场景中的大门崩塌、Boss出场、机关激活这类效果，我也都用同一套思路，只是换了一套颜色和速度参数。所以你如果也遇到下面这些需求，可以直接把这套方案拿过去用：

• 角色或怪物死亡后的消失表现
• 场景物件生成、坍塌、被技能破坏的过渡
• 关卡切换时旧场景内容被“抹除”的演出
• 技能特效，比如暗影侵蚀、冰冻蔓延、圣光净化
• 玩家视野中的遮挡物被“解除”的时刻

这几个场景的核心诉求是一致的：一个对象在不透明度不变的前提下，从完整到消失的过程要有视觉冲击力，而且中途不能产生渲染排序问题。消融就是为此设计的。

1.2 核心原理拆解：裁剪指令与噪点纹理

消融效果的底层其实就两个关键点：一个叫clip()（在Unity Shader里也可以写成discard），一个叫噪声纹理。先说裁剪指令。在片元着色器（Fragment Shader）里，GPU会为每个像素执行一次着色逻辑。clip(x)的意思是：如果x小于0，就丢弃当前这个像素，不写入颜色缓冲和深度缓冲。换句话说，被“剪掉”的地方在渲染结果上就是空的。你可以把clip想象成一把裁纸刀，它在片元着色器里切掉了所有不满足条件的像素。

但问题来了：如果我只靠一个统一的阈值去裁，整个模型会在同一个瞬间一半消失一半存在，中间是一条直线切面，非常生硬。解决办法是引入一张噪声纹理。我们把每个像素的噪声值采样出来，当作“像素的随机耐心值”，再和全局的消融进度去比较。当进度缓慢从0涨到1时，噪声值小的像素会先被裁剪，噪声值大的像素后被裁剪。由于噪声图每个位置的值都不一样，整个表面的裁剪顺序就是混乱且不规则的，视觉上就出现了“被腐蚀、被吞噬”的效果。

这里有一个重要的概念：消融进度本身不能直接用做裁剪阈值，你需要的是“噪声值”和“进度值”作比较。我的早期版本犯过一个错误，以为直接让透明度线性下降就能做出消融，结果模型只是均匀地变淡，毫无层次感。正确地做法是建立一个映射关系：

• 当_DissolveAmount为0时，所有噪声值都大于0，因此没有任何像素被裁剪，模型完整。
• 当_DissolveAmount逐渐增大，噪声值低于当前进度的像素一个个被丢弃，模型从局部开始“缺块”。
• 当_DissolveAmount为1时，几乎所有噪声值都小于1，模型完全消失（除非你的噪声图里有像素值刚好等于1的极端情况）。

1.3 为什么用噪点图而不是普通渐变图

可能有人会问，我拿一张从黑到白的渐变图当作噪声源行不行？行是行，但效果必定很无聊。渐变图从左到右值均匀变化，消融也会从左到右均匀推进，切面是一条直线，哪怕你加了模糊，看起来也像一个矩形在缩水，没有“破碎感”。噪声图的价值在于它提供了无序的空间频率：有些地方连续的亮、有些地方连续的暗，还有一些细碎的中间值。这样消融边缘就形成了不规则的锯齿、岛屿状残留和自然过渡。

实践当中，我推荐使用Perlin噪声图或者FBM（分形布朗运动）叠加后的灰度图，而不是纯白噪点图。纯白噪点的高频信息太多，消融边缘会变得像雪花屏幕一样细碎，缺少“块状感”。FBM或者普通Perlin噪声图则有合适的空间尺度，消融时既能看出整体轮廓的缩减，又保留了局部的细节。你可以在Photoshop里用云彩滤镜生成，也可以从Asset Store下载现成的Noise Texture包，网上有很多免费的灰度Noise贴图，单个通道就够用。关键是：不要用带Alpha通道的彩色纹理当噪声图，直接采样的G或R通道会包含奇怪的颜色信息干扰结果。

还有一个容易被忽略的点：噪声贴图的Tiling设置会影响消融的碎片大小。如果Tiling太大，消融边缘会非常细碎，像掉渣；Tiling太小，模型可能大块大块地消失，缺少渐变感。我自己的经验是，对角色模型，UV平铺1到2比较自然；对墙体、巨石这类大体量物件，Tiling可以放到3到4，制造更粗糙的剥落感。这个参数没有绝对标准，你需要在材质面板上反复试，找到符合表现调性的尺度。

2. 完整Shader实现：从基础版到带边缘光

2.1 一个可以跑起来的基础版Shader

下面先给出一套可以直接用的Built-in渲染管线Shader。不管你是Unity 2019还是2021，只要不是URP工程，新建一个Standard Surface Shader然后替换内容即可。我习惯用顶点片元着色器而不是Surface Shader，因为消融需要精细控制裁剪时机，而且将来移植到URP也更方便。

Shader "Custom/DissolveEffect" { Properties { _MainTex ("主纹理", 2D) = "white" {} _NoiseTex ("消融噪点图", 2D) = "white" {} _DissolveAmount ("消融进度", Range(0,1)) = 0 _EdgeColor ("边缘颜色", Color) = (1, 0.6, 0, 1) _EdgeWidth ("边缘宽度", Range(0, 0.2)) = 0.05 } SubShader { Tags { "RenderType"="Opaque" "Queue"="Geometry" } LOD 200 Pass { CGPROGRAM #pragma vertex vert #pragma fragment frag #include "UnityCG.cginc" struct appdata { float4 vertex : POSITION; float2 uv : TEXCOORD0; }; struct v2f { float2 uv : TEXCOORD0; float4 vertex : SV_POSITION; }; sampler2D _MainTex; float4 _MainTex_ST; sampler2D _NoiseTex; float _DissolveAmount; fixed4 _EdgeColor; float _EdgeWidth; v2f vert (appdata v) { v2f o; o.vertex = UnityObjectToClipPos(v.vertex); o.uv = TRANSFORM_TEX(v.uv, _MainTex); return o; } fixed4 frag (v2f i) : SV_Target { // 基础颜色 fixed4 col = tex2D(_MainTex, i.uv); // 采样噪声图R通道 float noise = tex2D(_NoiseTex, i.uv).r; // 核心裁剪：噪声值小于消融进度时丢弃像素 clip(noise - _DissolveAmount); return col; } ENDCG } } FallBack "Diffuse" }

这个版本已经能实现最基础的消融：拖拽材质面板上的_DissolveAmount从0到1，模型会不规则地被裁剪直到消失。注意FallBack "Diffuse"很重要，否则在场景里被阴影照射时可能会出现错误。

2.2 给消融边缘加上发光感

基础版本只能看到“缺了”，但没有“燃烧”或者“能量腐蚀”的质感。要让消融有视觉冲击力，边缘发光是标配。原理是：在噪声值和进度值接近的那一圈像素上，把输出颜色替换为边缘光颜色，再和原始纹理做一个混合。这样在消融边界处会有一圈高亮，模拟烧红的金属边缘或者能量残余。

修改片段着色器如下：

fixed4 frag (v2f i) : SV_Target { fixed4 col = tex2D(_MainTex, i.uv); float noise = tex2D(_NoiseTex, i.uv).r; // 先裁剪 clip(noise - _DissolveAmount); // 计算边缘因子：在阈值附近为1，越远离阈值越小 float edgeFactor = smoothstep(_DissolveAmount, _DissolveAmount + _EdgeWidth, noise); edgeFactor = 1.0 - saturate(edgeFactor / max(_EdgeWidth, 0.001)); // 边缘颜色混合 fixed4 finalColor = lerp(col, _EdgeColor, edgeFactor * 0.8); finalColor.rgb += _EdgeColor.rgb * edgeFactor * 0.5; return finalColor; }

这里smoothstep的作用是把“距离阈值远近”映射到0到1的连续值。当noise刚好等于_DissolveAmount时，edgeFactor接近1，显示强边缘；当noise远大于阈值（也就是该像素离消融边界很远）时，edgeFactor接近0，保持原纹理。edgeFactor最后乘以0.8是为了保留一点纹理细节，不要把整个像素完全变成纯色，否则消融边缘会显得很“塑料”。后面一行finalColor.rgb += _EdgeColor.rgb * edgeFactor * 0.5是模拟自发光（Emissive），让边缘颜色变亮而不是变暗，这样在暗色场景里会非常出效果。

如果你用的是HDR环境，还可以把这里的自发光强度提到1以上，再加上Bloom后处理，那效果会非常惊艳——边缘会像烧红的炭火一样带光晕。这一点我在第四节末尾还会提。

2.3 Shader参数暴露：美术和策划怎么调

Shader写出来不是给自己看的，最终要交给美术、策划去调。所以参数命名一定要直观，而且范围要合理。我习惯把每个参数都用下划线开头，保持Unity原生属性命名的规范，同时面板显示名写清楚是给中文团队看还是英文团队看。

这里有一个值得注意的点：_DissolveAmount尽量不要在Shader内部做反转，就统一按照“0为完整、1为消失”来设计。因为C#侧控制的时候，正向思维最不容易出错。如果你做的是“从无到有”的生成效果，那只需要让进度从1降到0，不需要改Shader逻辑。

3. C#脚本驱动：从“静态效果”到“动态过程”

3.1 用协程控制消融的完整流程

Shader只是提供了“能力”，真正让消融动起来的是C#侧不断改变_DissolveAmount的值。最朴素的写法是写一个MonoBehaviour，在Update里累加时间和进度。但如果你的项目里有大量需要消融的对象，我更推荐用协程或者可取消的异步逻辑，这样方便控制速度、曲线和结束回调。

这是一个可以直接用的控制器脚本：

using System.Collections; using UnityEngine; public class DissolveController : MonoBehaviour { [Header("目标渲染器，留空自动获取自身")] [SerializeField] private Renderer[] targetRenderers; [Header("消融时长")] [SerializeField] private float duration = 1.5f; [Header("消融曲线")] [SerializeField] private AnimationCurve curve = AnimationCurve.EaseInOut(0f, 0f, 1f, 1f); private int dissolveAmountID; private void Awake() { if (targetRenderers == null || targetRenderers.Length == 0) { targetRenderers = GetComponentsInChildren<Renderer>(); } dissolveAmountID = Shader.PropertyToID("_DissolveAmount"); } public void PlayDissolve() { StartCoroutine(DissolveRoutine()); } private IEnumerator DissolveRoutine() { float elapsed = 0f; while (elapsed < duration) { elapsed += Time.deltaTime; float t = curve.Evaluate(elapsed / duration); foreach (var r in targetRenderers) { r.material.SetFloat(dissolveAmountID, t); } yield return null; } // 消融完成后关闭渲染，避免空模型继续占资源 SetRenderersActive(false); } private void SetRenderersActive(bool active) { foreach (var r in targetRenderers) { if (r != null) { r.enabled = active; } } } }

这段代码里有几个细节值得关注。第一，Shader.PropertyToID("_DissolveAmount")避免了每帧字符串传参的GC开销，项目里如果同时有几十个物体在消融，这个优化是实打实的。第二，用AnimationCurve让美术能够调整消融是“先慢后快”还是“先快后慢”，这是表现质感的关键。默认的EaseInOut用于大多数情况没问题，但如果你做的是爆炸消散，用“先快后慢”会更自然。第三，消融完成后一定要把Renderer禁用。否则即使Shader裁剪掉了所有像素，物体依然会被渲染管线当作可见物处理，白白消耗一次Draw Call，而且在某些平台上还可能引发边界问题。

3.2 避免材质实例爆炸：MaterialPropertyBlock的正确用法

上面那段代码有个隐藏问题：r.material.SetFloat()会为每个Renderer生成一个材质实例。如果场景里只有一两个角色消融，内存压力不大。但敌人一波刷出来几十个，每个角色身上3个Material，瞬间就多出上百个材质实例，不仅占内存，还会打断动态合批和SRP Batcher。我早期项目就是这样，消融功能上线后Profiler里材质数量直线飙升，Draw Call也翻了一倍。

更稳的写法是使用MaterialPropertyBlock（简称MPB）。MPB允许你在不生成新材质实例的情况下覆盖Shader属性，多个Renderer只要共享同一个材质，就可以各自设置不同的_DissolveAmount。改造后的代码非常简单：

private void SetDissolveProgress(Renderer r, float t) { var mpb = new MaterialPropertyBlock(); r.GetPropertyBlock(mpb); mpb.SetFloat(dissolveAmountID, t); r.SetPropertyBlock(mpb); }

不过在动态场景里，每帧都新建MaterialPropertyBlock也会有GC压力，更好的做法是预分配一个MPB实例并复用它。由于MPB本质上是属性的覆盖集合，多个Renderer之间共享同一个MPB可能会导致互相覆盖，所以你在循环里调用GetPropertyBlock(mpb)把它当前的值拉出来，再修改你要设置的字段，最后SetPropertyBlock回去，这样就不会丢失其他系统写入的属性。如果你只控制_DissolveAmount这一个属性，并且不和其他系统共用该Renderer，也可以直接把预分配的MPB反复使用。我实际项目中一般会把Renderer的原始MPB缓存一份，需要时修改完再塞回去。

3.3 消融进度与阴影同步：怎么避免“阴魂不散”

这里有一个几乎所有初做消融的人都会踩的坑：模型已经烧没了，但它的阴影还稳稳地投在地面上，看起来像有一块看不见的黑色石头挡住了光。原因是Unity的阴影投射（ShadowCaster Pass）默认走的是另一个Pass，和我们在上面写的Pass不一样。如果你只裁剪了主Pass的像素，ShadowCaster Pass并不知道要裁剪，阴影自然不会被消掉。

最简单的解决方法是：直接关闭物体投射阴影（Cast Shadows设为Off），但这样消融过程中地面会突然失去阴影，也很奇怪。正确做法是在Shader里额外写一个ShadowCaster Pass，并在这个Pass里做同样的噪点裁剪逻辑：

Pass { Name "ShadowCaster" Tags { "LightMode"="ShadowCaster" } CGPROGRAM #pragma vertex vertShadow #pragma fragment fragShadow #pragma multi_compile_shadowcaster #include "UnityCG.cginc" struct appdata { float4 vertex : POSITION; float2 uv : TEXCOORD0; }; struct v2f { V2F_SHADOW_CASTER; float2 uv : TEXCOORD1; }; sampler2D _NoiseTex; float _DissolveAmount; v2f vertShadow (appdata v) { v2f o; o.uv = v.uv; TRANSFER_SHADOW_CASTER_NORMALOFFSET(o) return o; } fixed4 fragShadow (v2f i) : SV_Target { float noise = tex2D(_NoiseTex, i.uv).r; clip(noise - _DissolveAmount); SHADOW_CASTER_FRAGMENT(i) } ENDCG }

这个ShadowCaster Pass的核心就一行重点：clip(noise - _DissolveAmount)。它保证了投影时也会做完全一致的裁剪。这样消融到一半时，阴影也只剩下一半，视觉上非常连贯。

4. 实战中绕不开的坑（每个Unity开发者都会踩）

4.1 阴影深度测试：物体消失后阴影残留

我在3.3给出ShadowCaster Pass之后，有同行问过我，为什么写了这个Pass阴影还是有残影？排查后发现，Shader里写ShadowCaster Pass时，Tags { "LightMode"="ShadowCaster" }必须放在Pass级别，不能放在SubShader级别。另外要注意的是，如果你的角色是SkinnedMeshRenderer，模型的网格在动画驱动下会有蒙皮变形，ShadowCaster Pass里的TRANSFER_SHADOW_CASTER_NORMALOFFSET宏要正确处理法线偏移，否则阴影边缘会出现一圈黑边或者Z-fighting。可以尝试把#pragma multi_compile_shadowcaster换成#pragma multi_compile _ SHADOWS_SOFT或者直接去掉法线偏移宏，根据项目实际验证。

另一个容易误判的情况是：很多角色允许投射阴影，但地面用的是实时阴影+半透明覆盖材质，这时候阴影残影可能根本不是你Shader的问题，而是地面Shader的接收方式出现了深度重叠。你可以用Unity Frame Debugger查看ShadowMap的生成结果，如果ShadowMap里那段区域本身是空的，就说明ShadowCaster Pass正常；如果ShadowMap里有模型但主相机看不到，再去检查ShadowCaster Pass。我有一个经验：先关掉阴影，确认消融效果本身OK，再打开阴影排查，这样能把问题隔离出来，不会两个问题的原因混在一起。

4.2 多材质对象与SkinnedMeshRenderer的坑

一个角色身上常常有多个材质：身体一个、衣服一个、武器一个。如果消融想让全身同时消失，就必须遍历所有材质并分别设置参数。但这里有个容易踩的坑：如果你只给Renderer的主材质（renderer.material）设置了属性，其他子材质不会改变，视觉效果就是身体消失了，衣服还浮在空中。所以消融控制器里一定要处理所有子材质。

使用MPB的情况下，GetPropertyBlock(mpb)拿到的其实是Renderer共享的属性覆盖，对所有的submesh是统一的。这反而是好事，不用逐个材质处理。如果你还是用renderer.material的写法，那么请这样设置：

Material[] mats = renderer.materials; for (int i = 0; i < mats.Length; i++) { mats[i].SetFloat(dissolveAmountID, t); } renderer.materials = mats;

注意renderer.materials每次访问都会分配新数组，帧循环里频繁调要小心GC。SkinnedMeshRenderer还有一个单独的坑：它的sharedMesh可能在运行时被骨骼动画修改，如果你在Awake里缓存了GetComponentsInChildren<Renderer>()，消融过程中新增的Renderer不会自动被覆盖。如果角色有装备槽换装系统，建议在装备变更时重新获取Renderer列表。

4.3 不同UV坐标系下的消融方向异常

很多美术同学做角色的时候，UV是拆得很碎的，或者直接用了第二套UV（UV2）来存储光照贴图。如果你在Shader里用主纹理的UV去采样噪声图，在UV接缝处会出现明显的消融不连续，好像模型被“切错位”了。这时候有两个选择：

1. 使用三平面映射（Triplanar Mapping）采样噪声图，根据法线方向选择XY/YZ/ZX平面，保证模型表面噪声连续。
2. 使用世界空间坐标采样噪声图，直接忽略UV差异，所有物体统一噪声尺度。

方案2最省事，但对于大世界里远处和近处的物体，噪声尺度会不一样，需要手动调整Tiling。方案1效果好但代码量多一点，适合角色这类需要精细表现的对象。我实际项目里通常用世界坐标的Y轴叠加一个变化量，作为噪声采样的偏移，这样消融边缘会呈现从下往上逐渐吞噬的动势，比UV采样的随机性更有方向感。做法是在顶点着色器里把worldPos.y传递到片元，片元里采噪点时对UV做一次偏移。

4.4 移动端与URP管线兼容性

如果你用的是Unity 2019.3以上且开启了URP，上面这套Shader不能直接生效，因为URP默认使用SRP Batcher，内置管线的UnityCG.cginc又不完全兼容，而且Pass的LightMode需要改成UniversalForward或SRPDefaultUnlit。最简单的方式是用Shader Graph来做消融：创建Unlit Shader Graph，添加Noise节点、Step节点和Clip节点，几分钟就能搭出一个消融效果。不过我个人仍然偏好手写HLSL，因为对微调更可控，性能也更透明。

手写URP版Shader时，核心改动是：把CGPROGRAM换成HLSLPROGRAM，包含Packages/com.unity.render-pipelines.universal/ShaderLibrary/Core.hlsl，然后用GetVertexPositionInputs获取顶点信息。裁剪逻辑本身完全一致，依然是clip(noise - _DissolveAmount)。另外注意URP下如果要继续投射阴影，阴影Pass的顶点函数需要使用ShadowVertex或者URP专用的ShadowCasterPass代码，不能照搬Built-in的宏。我在URP项目里实测过，同样的噪声图和进度参数，最终的画面表现和Built-in没有视觉差异，所以只需要关心Shader改写成本。

移动端方面，主要关注点在于：clip本身在移动GPU上没问题，但smoothstep的指令数略高，如果物体量大，尽量减少边缘光计算。Adreno和Mali系列GPU对动态分支和纹理采样都比较敏感，消融效果里至少有两个纹理采样（主纹理和噪声图），对于低端机已经是两倍的采样压力。建议把噪声图的mipmap打开，并且在不需要精细表现时把Tiling调小，降低采样压力。如果帧率还是不够，可以在C#侧减少同时消融的对象数量，配合对象池做排队播放。

4.5 消融完成后的对象生命周期管理

最后一个非常容易被忽略的点：消融结束后，除了禁用Renderer，你还需要决定这个物体是销毁、入池还是隐藏。如果直接Destroy，场景里可能还挂着其他脚本引用它，会报MissingReferenceException。如果入池，记得在对象池激活时将_DissolveAmount重置为0，并把Renderer重新启用，否则下一次激活还是会保持上次的消失状态。

我在一个多人实战斗争项目里遇到过这种问题：怪物死亡后播放消融，效果完成就Destroy。但同一时间有多个怪物死亡，池化的对象复用之后，新怪物出生瞬间就消失了。排查半天发现是对象池复用时忘了重置_DissolveAmount。这个问题用代码看很简单，但在真机上出现的时机很“灵异”，因为不是必现，只有上一次消融进度刚好卡在1的废旧对象复用时才触发。后来我干脆写了一个ResetDissolve()方法，在对象池OnEnable里强制把材质参数设为0，彻底绝了后患。

还有一点关于整体包围盒剔除。Unity默认会做视锥体剔除，如果模型已经消融到只剩零碎小块，模型包围盒还是原始大小，它不会被剔除，会继续参与渲染。如果你希望消融过程结束后真的减小开销，可以在消融过程中定期用Renderer.bounds做一次视锥检测，或者在结束点手动禁用。对于特别大的场景物件，比如一堵墙，消融到一半时包围盒仍然巨大，不能靠视锥剔除降载，这时至少要做到禁用Renderer。

收尾的一些个人实践体会

上面这套方案在我实际项目里经过了三轮迭代才稳定下来。第一版只做了基础裁剪，结果美术说“就像被狗啃了，没有灵魂”；第二版加了边缘光，整个质感立刻上来了；第三版补齐了阴影Pass和MPB，才真正敢放到战斗场景中。这里再分享两个很小的技巧。第一个是用第二张渐变纹理控制边缘颜色的变化，也就是从暗红色到亮橙色再到白热色，这样消融边缘会有“温度梯度”的层次感，比单一颜色丰富很多。实现时可以用_EdgeColor做主色，再用_EdgeColorHot覆盖靠近切割线最近的那一圈，配合smoothstep的结果做lerp。第二个是如果你做“从无到有”的生成效果，不一定要改Shader逻辑，只需要把C#侧循环改成从1降到0，再做一次反转曲线即可，效果同样自然。

消融这个效果，技术门槛其实不高，但真正决定它好看与否的往往在细节：噪声图选没选对、边缘宽度合不合适、阴影同步没同步、进度曲线手感和战斗节奏搭不搭。希望这篇文章能帮你在Unity里少走点弯路。如果后面有条件，我还会把URP中的完整Shader和配合Timeline做演出编排的方案整理出来。