企业官网建设流程全解析

做游戏特效的人，迟早会接到一个需求：让某个角色在死亡时不是直接倒地，而是像被高温烧蚀一样一点点消失。这个效果在行业里叫Dissolve，中文一般喊“溶解效果”或“消散效果”。网上搜dissolve shader，成品代码一抓一大把，但大部分文章只丢给你一段代码和一个“能用就行”的说明。复制粘贴跑通之后，换一个模型、换一个场景，立刻暴露出一堆问题：边缘为什么这么亮？阴影为什么还悬在半空？远处怎么一直在闪？

这篇文章不打算只给你“抄作业”，而是把Dissolve效果的核心代码逐行拆开讲清楚。适合两类人看：一类是刚接触Shader、只想搞明白这些函数到底在干嘛的新手；另一类是已经跑通过Demo，但遇到阴影、锯齿、深度穿插问题不知道怎么处理的初中级开发者。我会从像素层面讲原理，再给完整的工程级代码骨架，最后把项目里最常见的几个翻车现场一起说掉。

1. Dissolve效果到底在解决什么问题

1.1 视觉直觉与像素实现并不一致

如果只看最终画面，很多人会误以为Dissolve是把透明度从1均匀降到0。这个直觉错得离谱。Dissolve效果几乎不改变像素的透明度，它做的事情是：把一部分像素直接“抹掉”。

用游戏引擎的渲染管线来理解这件事最直接。一个网格模型最终显示到屏幕上，是被拆成大量三角形，再通过光栅化变成屏幕上的像素点。所谓“溶解”，就是在这成千上万的像素里，让一部分像素消失、一部分像素保留，消失的部分按照某种空间分布来排列，而不是均匀地透明化。

关键是：用什么规则决定哪个像素消失，哪个像素保留？

答案是噪声图。GPU逐个像素采样一张灰度噪声图，把这个灰度和外部传入的“溶解进度”比较。噪声值小于进度值，像素直接丢弃；噪声值大于进度值，像素正常显示。所以你看到的溶解边缘，并不是随机的，它是这张噪声图里灰度值恰好等于当前进度的那条不连续等高线。整个画面的破碎感、蔓延感，本质上都是噪声纹理在空间的分布形态决定的。

这也就解释了为什么很多项目的Dissolve边缘都带一点“毛刺感”，而不是干干净净的整齐切面。因为噪声图本身就不是平滑函数，它在像素尺度上就有高低起伏。

1.2 把美术需求翻译成技术需求

实际项目里，美术同事提需求的时候不会说“给我一个支持属性块覆盖的像素裁剪Shader”，他们说的是这些：

• 我想要怪物从某个部位开始烧，不是整个模型均匀消失。
• 边缘最好有一圈烧红发光的效果，很烫的那种感觉。
• 程序能不能用一个0到1的数字控制进度，方便我在技能动画里K帧。
• 能不能别让每个怪都独享一份材质，不然场景里几十个怪太费内存。

这些口语化需求，翻译成技术语言其实非常清晰：

这套拆解做好了，后面写代码就顺理成章。你写的每个Shader属性，都不是凭空造的，而是背后承载了具体的视觉需求。

2. 一段最有代表性的Dissolve代码逐行拆解

下面这段代码是CG/HLSL风格，核心语法在主流实时渲染引擎中基本通用。我注释掉了一部分平台相关的调用方式，改成占位命名，你换到自己的工程里时对照替换即可。

Shader "Custom/DissolveBasic" { Properties { _MainTex ("主纹理", 2D) = "white" {} _DissolveTex ("溶解噪声图", 2D) = "white" {} _Amount ("溶解进度", Range(0, 1)) = 0 _EdgeWidth ("边缘宽度", Range(0.01, 0.5)) = 0.1 _EdgeColor ("边缘颜色", Color) = (1, 0.45, 0.05, 1) _BurnColor ("烧灼内圈颜色", Color) = (0.2, 0.02, 0.0, 1) _Intensity ("边缘亮度", Range(1, 8)) = 2 } SubShader { Tags { "RenderType" = "Opaque" "Queue" = "Geometry" } Pass { CGPROGRAM #pragma vertex vert #pragma fragment frag #include "Common.cginc" struct appdata { float4 vertex : POSITION; float2 uv : TEXCOORD0; }; struct v2f { float2 uv : TEXCOORD0; float4 pos : SV_POSITION; }; sampler2D _MainTex; float4 _MainTex_ST; sampler2D _DissolveTex; float4 _DissolveTex_ST; float _Amount; float _EdgeWidth; fixed4 _EdgeColor; fixed4 _BurnColor; float _Intensity; v2f vert(appdata v) { v2f o; o.pos = WorldToClipPos(v.vertex); o.uv = TRANSFORM_TEX(v.uv, _MainTex); return o; } fixed4 frag(v2f i) : SV_Target { // 采样主纹理，得到模型本来的颜色 float4 mainTex = tex2D(_MainTex, i.uv); // 采样溶解噪声图，得到当前像素对应的噪声值 float dissolveValue = tex2D(_DissolveTex, i.uv * 3.0).r; // 核心：裁剪像素 clip(dissolveValue - _Amount); // 边缘过渡：噪声值处于进度和进度+边缘宽度之间时，产生渐变 float edgeFactor = smoothstep( _Amount, _Amount + _EdgeWidth, dissolveValue ); // 混合边缘发光色和原始纹理 fixed4 finalColor = lerp( _EdgeColor * _Intensity, mainTex, edgeFactor ); // 叠加烧灼色，让靠近切口的一圈有高温变色的感觉 finalColor = fixed4(finalColor.rgb + _BurnColor.rgb * (1.0 - edgeFactor), 1.0); return finalColor; } ENDCG } } }

这段代码一共二十多行，但它把Dissolve的四个核心部分全部覆盖了。下面我一句话一句话拆开讲。

2.1 参数区：效果的所有“旋钮”

Properties段里的每一个参数，背后都是给美术或逻辑层留的“遥控器”。

_Amount是一个Range从0到1的Float，它控制的是整个溶解过程的进度。0代表完全没溶解，1代表全部消失。这个参数本身不做任何计算逻辑外的魔法，它只是被拿来和噪声值比较。

_EdgeWidth控制的是边缘过渡带的宽度。这个值如果太小，边缘只有一两个像素的过渡区，画面会显得生硬且闪烁；太大，边缘会糊成一片光带，失去“切口”的锐利感。对这个参数，我建议后面实际调的时候从0.08起步，再根据物体大小调整。

_EdgeColor是边缘高亮颜色。很多特效用橙色或蓝白，因为人的视觉系统对橙蓝色交界比较敏感。_BurnColor则是边缘内圈的“烧焦色”，它让切口处不是单纯亮，而是先暗沉着深色，再过渡到亮色，层次感就出来了。

这些参数全部暴露在材质面板里，美术不碰代码也能调。这也是Shader开发里很基础但很重要的工程习惯：把需要频繁调整的东西全部属性化，而不是写在代码里硬编码。

2.2 噪声采样：边缘形态的命运由贴图决定

tex2D(_DissolveTex, i.uv * 3.0).r这行代码，是整个效果的灵魂。

首先，为什么i.uv要乘一个3.0？这是在做UV缩放。一个模型的UV默认在0到1之间，如果直接用，噪声采样范围太小，大片区域会连成一个完整的色块，溶解时就是一整块一整块往下掉，缺少细节。乘3之后，相当于在同一个模型表面铺了9份噪声图，小块感更强，溶解边缘的破碎细节更丰富。

其次，为什么取.r通道？因为噪声图一般是灰度图，RGB三个通道相同，取任何一个都行。这里只读一个通道，是为了减少纹理带宽压力。如果美术给你的是一张写满干扰花纹的彩色图，反而要小心，因为不同通道数值不同，读哪个通道直接决定了溶解形态。

这里有一个特别值得说的点：噪声图的选择会彻底改变溶解手感。

• Perlin噪声这种连续性强、低频为主的纹理，溶解边缘是“蔓延”的，像潮水一样一块区域逐渐被吞噬。
• 纯白噪声或者高频率噪声，溶解边缘是“碎裂”的，像素点会出现大量的离散颗粒，看上去像糟糕的电视雪花。
• 高频细节太足的噪声，还会导致像素级别的跳动闪烁，这个坑我在第4部分会专门讲。

所以做这个效果前，先找一张适合的灰度噪声图。不需要程序化生成什么复杂的Flowmap，常用的云纹理、柔和噪点纹理，只要保证：低频成分足够、过渡平滑、并且能无缝平铺，就可以用。

2.3 clip：一个反直觉的像素级删除操作

clip(dissolveValue - _Amount)是决定像素生死的核心指令。

在CG/HLSL里，clip(a)等价于：如果a小于0，则丢弃当前像素。你可以把它理解成GPU封装好的一个“减函数再判断”。这里用dissolveValue - _Amount，噪声值小于进度值时结果为负，像素被丢弃；噪声值大于进度值时结果为正，像素保留。

这个操作有两个反直觉的地方值得展开。

第一，它发生在像素渲染的非常后期，顶点和光栅化都完成了，GPU已经知道自己要处理哪些像素，然后才把其中一部分扔掉。所以Dissolve并不能减少顶点计算和光栅化成本，只能减少片段着色器后面的混合、输出成本。对角色这种中等面数的模型问题不大，但如果是一个超大网格，想靠裁减去“省三角面”，纯属想多了。

第二，为什么不用透明度渐变模拟？因为半透明渲染需要OpenGL混合单元参与，还要处理描排序、关掉深度写入等等，成本高、陷阱多。clip只管丢弃，它不需要排序，也不需要关深度。所以Dissolve效果天然适合保持"Queue" = "Geometry"的不透明队列，渲染顺序稳定，性能和效果都稳。

在某些平台和GPU架构上，clip这种像素级分支会造成同一小组线程内部分像素丢弃、部分保留的局面，GPU要分别走两条执行路径，这被称为divergence。但Dissolve本身指令极短，这个代价基本可接受。真正需要担心的是大量对象同时执行clip时，早期深度测试的优化机会变少，这个第4部分再说。

2.4 边缘高亮：smoothstep与颜色插值

clip把像素分割成“有”和“无”，但要是直接输出结果，边缘就是一条生硬的锯齿线。所以要加一个过渡区，这就是smoothstep的活。

先回顾smoothstep的定义：smoothstep(a, b, x)会在x小于a时返回0，大于b时返回1，在a到b之间做平滑的S形过渡。

float edgeFactor = smoothstep(_Amount, _Amount + _EdgeWidth, dissolveValue);

这个调用里，_Amount是溶解进度的临界点，_Amount + _EdgeWidth是过渡区的终点。当噪声值刚好等于_Amount时，edgeFactor为0，说明这个像素处在整条切口的线上。当噪声值远离临界点、超过_Amount + _EdgeWidth时，edgeFactor为1，说明这块区域没有被溶解到。中间那一段，就是我们要做效果的区域。

接下来是颜色混合：

fixed4 finalColor = lerp(_EdgeColor * _Intensity, mainTex, edgeFactor);

当edgeFactor接近0时，颜色取的是发光边缘色和烧灼色；当edgeFactor接近1时，颜色取的是主纹理本来颜色；中间就有一个从发光色到原色的平滑过渡。

这里我用了_EdgeColor * _Intensity来提高亮度。Shader里的Color属性本身不会超过1，但乘法可以把RGB数值推到超过1的范围。如果分配的像素缓冲区允许HDR，那么这里会产生真实性的泛光；就算没有泛光，直观感受也是“边缘比普通颜色更刺眼”，那种灼烧的视觉冲击力就来自这里。

_BurnColor的叠加方式在这个基础版本里是加法，边缘处会明显往红色方向偏移。想要更写实的烧焦效果，后面完整版里会比较优雅地处理。

3. 进度怎么接进玩法逻辑

3.1 时间驱动与事件驱动的取舍

Shader写好了，剩下来自逻辑层的控制问题：怎么把这个_Amount从0推到1？

很多项目直接用时间驱动，角色一进入死亡状态，在几秒内平滑地把进度推高。这种方案最简单，也最稳定。但有些技能是瞬发的，比如Boss瞬间爆发、碎成灰烬，这种场景更适合事件驱动：直接给定一个初始进度，然后在极短时间内完成剩余过渡。

我见过不少项目把这两种驱动逻辑混用，结果进度嵌套叠加，最后角色要么提前消失，要么卡在溶解一半的位置不动。所以代码层面建议统一成一套接口，只暴露SetDissolveProgress(float progress, float duration)这样的方法，内部再决定是瞬间设置还是插值过去。

另外一个真正的坑是材质实例。假设场景里可以同时存在10个怪物，它们共享同一个Dissolve材质。如果你直接修改材质上的_Amount，所有怪物会同步变化。正确做法是使用材质属性块这种“逐对象属性覆盖机制”，让每个角色有自己的一份Float属性副本，同时不破坏共享材质本身。

伪代码大概是这样的：

void SetDissolveProgress(float value) { renderer.GetPropertyBlock(block); block.SetFloat("_Amount", Mathf.Clamp01(value)); renderer.SetPropertyBlock(block); }

这里的细节是：先取属性块，再塞值，再传回去。每次修改都走这个流程，可以避免把数据写进共享材质。

3.2 参数联动表：一份可以直接抄的配置

同样是Dissolve，小型怪物、大型Boss、房间道具的溶解观感需求完全不同。我整理了一份自己项目里常用的参数联动参考表，不同物体类型用不同数值组合，效果会更自然：

这张表的核心逻辑很简单：物体越小，噪声UV缩放越大，边缘过渡带越小；物体越大，UV缩放越小，边缘宽度越大。视觉上，小物体需要颗粒感来强调破碎速度，大物体则需要大块的“板块脱落”才显得有质量。

3.3 从“能跑”到“好看”的反馈闭环

我刚开始做Dissolve那会儿，也遇到过效果太假的问题。当时啃了半天的资料，最后发现不是代码逻辑问题，而是美术反馈链路没建立起来。

Shader开发的最优状态，是美术在材质面板里就能完成大部分视觉调整。参数暴露做得越细，团队反馈效率越高。常规Bind在材质里的噪音UV tiling、边缘宽度、颜色、发光强度，这些都已经在完整版里暴露了。如果你要在一个项目里大规模使用，建议再加一个Append参数：_DissolveColorFinal，方便在后期统一调色。

4. 实际项目里的四个经典翻车现场

4.1 阴影还在半空中悬着

这是Dissolve效果最容易翻车的地方。你把角色模型裁掉了一半，但场景里的地面投影还完整留在原地，像个半透明的鬼影。原理其实很好理解：渲染阴影走的是独立的ShadowCaster通道，很多引擎默认用的阴影Pass只处理顶点位置，不执行你的clip裁剪逻辑，所以它根本不知道这个像素应该被丢弃。

解决办法也很直接：在Shader里加一个和主体Pass同款裁剪逻辑的ShadowCaster通道，在阴影生成阶段执行同样的噪声采样和clip。我在第5部分会给出完整代码。有两个细节要特别注意：

第一，阴影Pass里只需要采样噪声图，不需要采样主纹理。主纹理对阴影颜色毫无意义，少一次采样就少一次带宽消耗。

第二，阴影Pass的噪声UV缩放必须和主体Pass保持一致，否则阴影边缘和模型边缘对不上，看起来像影子在“错位”溶解。这是初学者最容易忽略的点。

4.2 边缘锯齿与远处闪烁

溶解边缘在近距离看还可以，一拉远摄像机就开始闪烁、跳变、甚至出现大面积的整块噪点。这个问题的根源通常是噪声图的采样频率出了问题。

模型距离摄像机远的时候，屏幕上一个像素覆盖的模型表面区域变大，相邻两个像素采样到的噪声值差异可能非常大。如果噪声图高频成分多，这两个值可能一个在_Amount以上，一个在_Amount以下，于是像素在“保留”和“丢弃”之间来回切换，看起来就是经典闪烁。

缓解手段有几招，建议组合使用：

• 溶解噪声图的分辨率不要过低，至少512乘512起步。太低的频率加上UV缩放，画面会出现难看的块状感。
• 边缘宽度不要小于3到4个屏幕像素对应的数值，S形过渡区越窄，抖动越容易被感知。
• 给噪声贴图开双线性过滤，关闭不必要的压缩格式，避免压缩噪声本身引入高频伪影。
• 如果引擎的Mip-Map策略导致远景噪声被层层模糊而突然塌掉边界，可以给溶解噪声图设置Mip偏移，或者干脆生成一张低频版本用于远距离过渡。

实际项目中，最有效的往往是把_EdgeWidth从0.04提到0.08，同时降低噪声的高频比例。看起来只是两个参数的小改动，但视觉稳定性会提升一个档次。

4.3 溶解到一半，别的物体从“窟窿”里漏出来

这是所有溶解效果都会遇到的一个尴尬场景。当模型边缘被裁出大面积空洞后，摄像机可以通过空洞看到模型内部。角色模型还好，最怕头部崩开一个洞，里面的骨骼、脖子断面、口腔结构全都暴露出来，穿帮得毫无悬念。

这个问题的终极解法不是单一Shader能解决的，要靠美术资产和生产流程配合。我在项目里常用的有效策略是：

一是给溶解加“终点保护”。不要让整个溶解过程走满100%，在90%到95%的位置设置强制淡出阈值，一旦进度高于阈值就把剩余的所有像素全部丢弃。这样最后残存的那一小块薄壳，会被一次性抹掉。用户肉眼几乎察觉不到，但避免了模型内部长时间暴露。

二是正反面双层渲染。第一个Pass正常绘制正面，第二个Pass用Cull Front只绘制模型内表面，给内侧面填充一个偏暗的烧灼色。当模型被裁出空洞时，所见的内侧不再是你模型复杂的内部几何，而是一层统一的暗色，穿帮感大大降低。

三是配合美术做“外扩取消”的简化版本。如果是大Boss这种需要长时间表演的模型，可以建议美术给模型做一个内部密封的简化壳模型，专门用来应对Dissolve期间的内芯问题。这个成本高，但效果最干净。

4.4 一群角色同时溶解，帧率出现明显掉点

Dissolve单看很轻量，但把它放到大规模战斗场景里就完全不是一回事了。假设一个场景里有20个角色同时死亡，20个对象都要做额外纹理采样和像素裁剪，本来就吃力的移动端帧率会立刻出现肉眼可见的掉点。

从性能角度，需要理解clipping的一个隐藏成本：它会破坏GPU提前深度测试的优化机会。正常情况下，一个像素如果在早期深度测试中就失败，不会再执行片段着色器；但clip要等到片段着色器跑到一半才知道结果，相当于这部分像素白白占用了计算资源。

控制策略有几条：

• 同一时刻只允许有限数量的角色进入溶解状态。多余的死亡效果用普通淡出或粒子替代，视觉上观众不会太在意。
• 溶解进度尽量缩短持续时间，超过3秒的Dissolve在视觉上并不加分。
• 如果必须支持大量并发，考虑把采样噪声放到顶点着色器，虽然边缘会有块状感，但适合巨大数量的低精度场景。
• 合批优化优先于一切细节点优化。确保所有角色共享同一份材质，关闭意外的材质实例化，用材质属性块去覆盖逐对象参数。

这个效果的性能在正常范围内属于轻量级，但任何效果一旦放大到20个对象同时运行，都要重新评估成本，不能迷信“这个Shader很便宜”。

5. 一个带阴影处理的可复用完整工程骨架

5.1 完整Shader代码与结构说明

把上面的分析整合起来，我给你一个可以直接放进项目的完整版本。这个版本包含主体Pass和阴影Pass，支持强制淡出阈值，噪声采样使用独立的缩放参数，颜色混合也更合理。

Shader "Custom/DissolveComplete" { Properties { _MainTex ("主纹理", 2D) = "white" {} _DissolveTex ("溶解噪声图", 2D) = "white" {} [Header(Dissolve Control)] _Amount ("溶解进度", Range(0, 1)) = 0 _EdgeWidth ("边缘宽度", Range(0.01, 0.5)) = 0.08 _DissolveScale ("噪声缩放宽高", Vector) = (3, 3, 0, 0) _FadeThreshold ("强制淡出阈值", Range(0.6, 0.99)) = 0.85 [Header(Color)] _EdgeColor ("边缘颜色", Color) = (1.0, 0.4, 0.0, 1) _BurnColor ("烧灼色", Color) = (0.2, 0.0, 0.0, 1) _Intensity ("边缘发光强度", Range(1, 8)) = 3 } SubShader { Tags { "RenderType" = "Opaque" "Queue" = "Geometry" } Pass { CGPROGRAM #pragma vertex vert #pragma fragment frag #include "Common.cginc" struct appdata { float4 vertex : POSITION; float2 uv : TEXCOORD0; }; struct v2f { float2 uv : TEXCOORD0; float2 dissolveUV : TEXCOORD1; float4 pos : SV_POSITION; }; sampler2D _MainTex; sampler2D _DissolveTex; float4 _DissolveTex_ST; float _Amount; float _EdgeWidth; float4 _DissolveScale; float _FadeThreshold; fixed4 _EdgeColor; fixed4 _BurnColor; float _Intensity; v2f vert(appdata v) { v2f o; o.pos = WorldToClipPos(v.vertex); o.uv = v.uv; o.dissolveUV = v.uv * _DissolveScale.xy + _DissolveTex_ST.zw; return o; } fixed4 frag(v2f i) : SV_Target { float4 mainTex = tex2D(_MainTex, i.uv); if (_Amount >= _FadeThreshold) { clip(-1); } float noise = tex2D(_DissolveTex, i.dissolveUV).r; clip(noise - _Amount); float edge = smoothstep(_Amount, _Amount + _EdgeWidth, noise); float3 baseColor = mainTex.rgb * (1.0 - _BurnColor.rgb * (1.0 - edge)); float3 emission = _EdgeColor.rgb * _Intensity * (1.0 - edge); float3 finalColor = lerp(baseColor + emission, mainTex.rgb, edge); return fixed4(finalColor, 1.0); } ENDCG } Pass { Tags { "LightMode" = "ShadowCaster" } CGPROGRAM #pragma vertex vert_shadow #pragma fragment frag_shadow #include "Common.cginc" struct appdata_shadow { float4 vertex : POSITION; float2 uv : TEXCOORD0; }; struct v2f_shadow { float2 uv : TEXCOORD0; float2 dissolveUV : TEXCOORD1; float4 pos : SV_POSITION; }; sampler2D _DissolveTex; float4 _DissolveTex_ST; float _Amount; float4 _DissolveScale; float _FadeThreshold; v2f_shadow vert_shadow(appdata_shadow v) { v2f_shadow o; o.pos = WorldToClipPos(v.vertex); o.uv = v.uv; o.dissolveUV = v.uv * _DissolveScale.xy + _DissolveTex_ST.zw; return o; } float4 frag_shadow(v2f_shadow i) : SV_TARGET { if (_Amount >= _FadeThreshold) { clip(-1); } float noise = tex2D(_DissolveTex, i.dissolveUV).r; clip(noise - _Amount); return 0; } ENDCG } } }

结构上，主体Pass负责输出颜色，阴影Pass只负责裁剪。两个Pass的噪声采样数据和参数完全一致，这样阴影和模型边缘的溶解形状严格同步。

注意_BurnColor的用法变了：现在是先乘一个变暗系数，再线性插值，最后加上边缘发光。烧灼色会让边缘内圈整体压暗，压制住“塑料感”，同时_EdgeColor * _Intensity又保证切口本身有足够的亮度对比。靠近切口且尚未完全消失的像素，会同时是暗的、偏红的、外圈发亮的，这个层次感就接近美术想要的“灼烧”视觉效果了。

5.2 给美术同事的参数沟通清单

完整Shader放进项目后，美术会在材质面板看到一堆英文命名参数。我没见过几个美术愿意去翻Shader源码查变量意义，所以通常会整理一份沟通清单，这里共享一份：

这张表在项目里非常实用。美术只管在Material上拖参数，不用来问你“这个值是干嘛的”。

5.3 再往下走：还能怎么扩展

Dissolve效果做到这个程度，已经能应付绝大多数项目需求。但如果你后面做的是更重表现力的项目，有几个扩展方向很值得试。

第一，多层噪声叠加。现在只有一张噪声图，溶解边界形态完全由它决定。想获得“大块脱落+边缘细碎”的复合效果，可以采样两张噪声图，一张低频决定大块区域，一张高频决定碎片，然后用乘法和加法混合。效果层次会提升很多，代价是每多采样一张贴图，Shader就多一份带宽压力。

第二，顶点偏移与挤出。在边缘区域，沿着模型法线方向把顶点向外稍微挤出一点，会形成溶解时“翻边”的体积感。这个需要对顶点位置进行扰动，让边缘看起来有厚度，而不是一张薄膜被烧掉。

第三，从UV采样切换到程序化噪声。塔防、生存类项目可能同时存在几十种武器溶解效果，靠贴图管理容易乱。程序化噪声不需要额外贴图，也能在Shader里完成动态变化。但程序化噪声的计算成本高，移动端慎用。

第四，反向溶解。把_Amount的语义反转，让物体从无到有地“凝结”出来，用在复活、召唤技能上也很好。代码不需要大改，只要把clip和smoothstep的方向取反即可。

如果你按这份骨架做，第一次跑通之后，先不要急着换炫酷去确认自己真的理解了每一行代码在做什么。动手调参是最好的学习方式：把_EdgeWidth从0.05拉到0.2，看边缘从锐利变柔和；把_DissolveScale从3改成8，看溶解碎片从小变大。这些参数的每次变化，都会让你更明白Shader里这一行行代码到底在表达什么。理解到那一步，Dissolve对你来说就再也没有秘密了。