1. 为什么我要把 Shader Graph 的节点一个个拆开讲Unity 的 Shader Graph 从 2018 版本进入正式管线到现在已经成了绝大多数中小团队做效果的首选工具。原因很直接可视化连线比手写 HLSL 快得多美术和 TA 之间的沟通成本也低。但用久了你会发现一个问题——官方文档对节点的描述极其克制很多节点只给一句话定义参数含义、边界情况、性能代价全靠自己踩。比如 Simple Noise 节点的 Scale 到底怎么影响频率Gradient Noise 和 Simple Noise 在移动端的开销差多少Custom Function 节点怎么把多输出正确接出来这些在文档里基本找不到完整答案。这篇内容就是把我这两年做项目过程中对 Shader Graph 内置节点逐个实测、逐个拆解的记录整理出来。覆盖范围包括数学类、纹理类、UV 类、法线类、光照类、程序化噪声类、逻辑判断类、以及 Custom Function 和 Sub Graph 这类进阶节点累计 200 多个节点的实际表现。适合已经会连基本 Shader Graph、但想搞清楚每个节点背后到底在干什么的人也适合做移动端优化、需要判断哪些节点该砍掉的 TA。我不会只告诉你这个节点是干嘛的而是会讲清楚它的数学本质、参数的实际影响、在不同渲染管线下的差异以及我实测下来哪些节点是性能陷阱。这些内容官方文档没写但实际项目里一定会遇到。2. 节点分类与整体设计思路拆解2.1 为什么按数据流而不是按菜单顺序来理解节点Shader Graph 的节点菜单是按功能分类的Artistic、Input、Math、Utility 这样排。但实际连线的时候真正决定你效率的是数据流的方向从 UV 和坐标出发经过噪声和纹理采样进入数学运算最后汇入光照和输出。我建议新手不要按菜单去记节点而是按这条数据流去理解每个节点在链条里的位置。举个例子你想做一个溶解效果。数据流是这样的UV 坐标 → Simple Noise 采样 → 减去一个阈值 → 用 Step 或 Smoothstep 做硬边或软边 → 接到 Alpha Clip Threshold。这条链上每个节点的作用都很清晰你换任何一个节点都能立刻知道会影响哪一段。反过来如果你只是背Simple Noise 是生成噪声的遇到具体问题就不知道怎么调。2.2 内置节点、Sub Graph 和 Custom Function 的取舍逻辑Shader Graph 里能用的东西分三层内置节点、Sub Graph子图、Custom Function自定义函数。很多人一上来就想用 Custom Function 写 HLSL觉得灵活。但我的经验是能用内置节点连出来的尽量别写 Custom Function。原因有三个。第一内置节点在编译时会被优化器识别某些情况下能合并指令而 Custom Function 里的代码优化器不一定能穿透。第二内置节点跨管线兼容性更好URP 和 HDRP 下行为一致Custom Function 里如果用了特定函数可能出问题。第三Sub Graph 可以复用改一处全项目生效Custom Function 改起来要一个个找。那什么时候必须用 Custom Function当你需要循环、需要访问特定数学函数比如 atan2 的某些变体、或者需要多输出且内置节点组合起来太啰嗦的时候。比如做极坐标变换内置节点能连但很丑一个 Custom Function 三行搞定。2.3 渲染管线差异对节点行为的影响这一点必须单独说。URP 和 HDRP 下同样一个节点可能表现不同。最典型的是光照相关节点。URP 的 Lighting 节点在 2021 之后才比较完整HDRP 有自己的一套。还有 Screen Position 节点在 URP 下默认是 Normalized 模式在 HDRP 下默认行为不一样做屏幕空间效果时如果不注意换管线直接翻车。我的做法是做跨管线项目时所有涉及屏幕坐标、深度、光照的节点都单独建一个 Sub Graph 包一层里面根据管线做分支。这样主图里连线干净切换管线只改 Sub Graph。3. 数学类节点最基础也最容易用错的一批3.1 Add、Subtract、Multiply、Divide 的隐藏行为这四个节点看起来最简单但有几个坑。第一Multiply 节点在 Shader Graph 里对向量是逐分量相乘不是点乘。很多人第一次做光照计算想算 N·L结果连了 Multiply出来的结果完全不对。点乘要用 Dot Product 节点。第二Divide 节点在除数为零时的行为。GPU 上除以零不会报错会返回一个未定义值通常是 Inf 或 NaN。如果你的 Shader 里某个通道可能为零一定要在 Divide 之前加一个小的 epsilon比如 0.0001。我踩过这个坑做高度雾的时候分母是深度差某些像素深度差为零整个屏幕出现黑块。第三Add 和 Multiply 的饱和行为。Shader Graph 默认不做 saturate数值可以超过 1 也可以小于 0。如果你后面接的是需要 0-1 范围的节点比如 Lerp 的 T 参数不手动 Saturate 会出问题。我习惯在关键节点后加 Saturate虽然多一条指令但能避免很多诡异现象。3.2 Power、Square Root、Exponential 的性能与精度Power 节点在移动端是有性能代价的尤其是非整数指数。GPU 上 pow(x, y) 通常实现为 exp2(y * log2(x))两条特殊函数指令。如果你只是要平方用 Multiply 自己乘自己比 Power 快。立方也一样两次 Multiply。Square Root 在移动端同样不便宜。如果你需要的是 1/sqrt(x)用 Inverse Square Root 节点很多 GPU 有硬件指令。做归一化的时候经常需要这个。Exponential 节点分 Exp 和 Exp2。Exp2 是硬件直接支持的Exp 是 Exp2 乘一个常数。能用 Exp2 就用 Exp2。做衰减的时候exp(-d) 可以写成 exp2(-d * 1.4427)这个 1.4427 是 log2(e)。3.3 Lerp、Smoothstep、Step 的边界差异这三个节点都是做插值和阈值但边界行为完全不同用错了效果差很多。Lerp 是线性插值T 不 clampT0 返回 AT1 返回 BT2 返回 2B-A。如果你想要 clamp 的插值要自己 Saturate T。Step 是硬阈值edge 以下返回 0以上返回 1。注意 Step 的参数顺序Step(In, Edge)In 是输入Edge 是阈值。很多人搞反因为直觉上阈值应该在前。Shader Graph 里 Step 节点有两个输入口上面那个是 Edge下面那个是 In连的时候看清楚。Smoothstep 是软阈值在 edge1 到 edge2 之间做平滑过渡。它的过渡曲线是 3t²-2t³两端导数为零所以过渡很自然。做溶解、做边缘光、做遮罩羽化都用它。但注意 Smoothstep 的 edge1 和 edge2 如果相等会返回一个阶跃和 Step 类似但行为不完全一样。我实测下来做溶解边缘的时候Smoothstep 的过渡宽度控制在 0.05 到 0.1 之间视觉效果最好。太窄了像 Step太宽了整个物体都在半透明状态。3.4 Dot Product、Cross Product、Normalize 的正确用法Dot Product 返回两个向量的点乘结果是一个标量。做光照、做菲涅尔、做边缘检测都靠它。注意 Dot Product 节点输出的是单通道如果你后面要接需要向量的节点要 Append 或者用 Vector 1 转。Cross Product 返回叉乘结果是向量。做切线空间计算、做副切线的时候用。注意叉乘不满足交换律A×B 和 B×A 方向相反。Normalize 节点把向量长度变成 1。做方向计算前一定要 Normalize否则点乘结果会被长度影响。我见过有人算菲涅尔的时候忘了 Normalize 视线方向结果物体缩放后边缘光宽度变了排查了半天。3.5 向量操作节点Split、Combine、Append、SwizzleSplit 把向量拆成分量Combine 把分量合成向量。这两个节点在 Shader Graph 里用得极多。注意 Split 输出的 R、G、B、A 是独立的单通道可以单独连。Append 和 Combine 的区别Append 是把两个输入拼起来比如 Append(float2, float) 得到 float3。Combine 是明确指定每个通道。做 UV 操作的时候 Append 更常用。Swizzle 节点可以重排分量比如把 float3 的 xyz 变成 zyx。做法线贴图不同格式转换的时候用得上。注意 Swizzle 的输出通道数取决于你选的模式选错了后面连线会报类型不匹配。4. 纹理与 UV 类节点采样效率和坐标陷阱4.1 Sample Texture 2D 的 LOD 与 Mip 行为Sample Texture 2D 节点默认使用自动 LOD也就是根据屏幕导数算 mip 级别。这在大多数情况下是对的但在某些场景下会出问题。比如你在顶点着色器里采样没有屏幕导数自动 LOD 会返回 mip 0 或者报错。这时候要用 Sample Texture 2D LOD 节点手动指定 LOD。还有一个坑是 Mip Bias。Shader Graph 的 Sample Texture 2D 节点有一个 Mip 输入口可以偏移 mip 级别。做模糊效果的时候正 bias 会采样更模糊的 mip负 bias 会采样更清晰的。但注意 bias 太大在移动端可能采样到不存在的 mip返回黑色。我实测下来做 UI 模糊的时候Mip Bias 给 2 到 3 效果比较自然再大就有明显的块状感。4.2 Triplanar 节点的实际开销与适用场景Triplanar 节点做三平面映射不需要 UV直接用世界坐标投影。做地形、做程序化物体的时候很方便。但它的开销是普通采样的三倍因为要采样三次再混合。我的经验是Triplanar 只用在静态物体或者远景上。角色、近景物体不要用性能吃不消。另外 Triplanar 的混合区域如果太窄会有明显的接缝太宽又会有重影。混合宽度给 0.2 到 0.3 比较合适。Triplanar 节点还有一个隐藏参数是 Position 输入。默认用世界坐标但你可以接物体局部坐标做物体自转时纹理不跟着转的效果。4.3 Tiling And Offset、Polar Coordinates、Twirl 的坐标变换Tiling And Offset 是最常用的 UV 节点做纹理重复和偏移。注意 Tiling 是乘Offset 是加顺序不能反。Tiling 为负值可以实现镜像重复。Polar Coordinates 把笛卡尔坐标转极坐标做径向效果、做圆形遮罩的时候用。它的输出是 float2x 是角度y 是半径。注意角度范围是 0 到 1 还是 0 到 2π取决于 Length Scale 参数。Twirl 节点做旋转扭曲做漩涡效果。它的 Center 参数是旋转中心Strength 是强度Offset 是偏移。做黑洞、做传送门的时候用得上。注意 Twirl 是逐像素计算开销比普通 UV 变换大。4.4 纹理采样的性能陷阱与移动端注意事项移动端纹理采样有几个硬性限制。第一采样次数。中低端机每帧每像素采样超过 8 次就可能掉帧。做复杂材质的时候要数一下总采样数。第二纹理格式。ETC2 和 ASTC 的采样开销不同ASTC 质量好但解码慢。做移动端项目如果纹理多优先考虑 ETC2。第三Mipmap 生成。有些纹理不需要 mipmap比如 UI 图集关掉能省内存。但 3D 物体上的纹理一定要开 mipmap否则远处会有严重的闪烁。我踩过最大的坑是做移动端的时候用了 Sample Texture 2D 的自动 LOD结果在某些 Adreno GPU 上 mip 计算有偏差远处纹理出现摩尔纹。后来改成手动 LOD 加一点 bias 才解决。5. 程序化噪声与图案节点效果与代价的平衡5.1 Simple Noise、Gradient Noise、Voronoi 的差异这三个噪声节点是程序化效果的核心但它们的特性和开销完全不同。Simple Noise 是值噪声生成的是块状随机值插值。它的特点是计算快但视觉上有明显的网格感。做粗糙表面、做溶解遮罩够用。Gradient Noise 是 Perlin 噪声生成的是平滑的梯度噪声。视觉上更自然但计算量比 Simple Noise 大。做云、做烟雾、做地形高度图用这个。Voronoi 是细胞噪声生成的是多边形细胞结构。做碎裂、做鳞片、做焦散的时候用。它的开销最大因为要计算到多个特征点的距离。我实测下来在移动端Simple Noise 的开销大约是 Gradient Noise 的 60%Voronoi 是 Gradient Noise 的 2 到 3 倍。做移动端效果的时候能用 Simple Noise 就别用 Gradient Noise能用贴图预烘焙就别实时算。5.2 Noise 节点的 Scale 与频率关系Noise 节点的 Scale 参数控制频率。Scale 越大噪声越密。但注意 Scale 不是直接乘 UV它内部有一个频率映射。我实测下来Scale 从 1 变到 10视觉上的密度变化不是线性的大概在 Scale 5 左右有一个明显的密度跃变。做多层噪声叠加的时候每一层的 Scale 建议按 2 的幂次递增比如 1、2、4、8。这样叠加出来的噪声在不同尺度上都有细节不会出现某个尺度特别突兀。5.3 Checkerboard、Stripes、Rectangle 的图案生成Checkerboard 生成棋盘格做 UV 检查、做程序化图案的时候用。它的 Frequency 参数控制格子密度。Stripes 生成条纹做扫描线、做条纹遮罩。注意它的 Direction 参数默认是水平条纹改成垂直要调。Rectangle 生成矩形做硬边遮罩。它的 Width 和 Height 控制矩形大小注意坐标原点在中心还是角落取决于你的 UV 设置。这些图案节点看起来简单但做程序化纹理的时候组合起来很强大。我做过一个赛博朋克风格的发光条纹就是用 Stripes 加 Gradient Noise 扰动再加颜色渐变效果比贴图还灵活。5.4 噪声节点的性能实测数据我在一台骁龙 865 的机器上做过实测全屏 1080p单纯渲染一个使用噪声的材质帧率数据如下节点类型每像素指令数估算帧率影响Simple Noise约 15 条基本无影响Gradient Noise约 25 条轻微Voronoi约 60 条明显三层 Gradient Noise 叠加约 75 条明显这个数据不是绝对的因为编译器优化和具体 GPU 不同会有差异。但趋势是明确的Voronoi 和多层噪声叠加是性能大户移动端要慎用。6. 光照与法线类节点管线差异最大的区域6.1 Normal Vector、View Direction、World Space 的坐标系问题这三个节点是光照计算的基础但坐标系问题最容易出错。Normal Vector 节点默认输出世界空间法线。如果你要做切线空间的效果要手动转换。注意 Normal Vector 在顶点着色器和片元着色器里的值可能不同因为法线插值。View Direction 输出从像素指向摄像机的方向世界空间。做菲涅尔、做边缘光的时候用。注意它是归一化的但如果你在顶点着色器里用插值后可能不归一化片元里要再 Normalize 一次。World Space 相关节点要注意Unity 的世界坐标是左手系和某些建模软件不一样。做跨软件协作的时候法线方向可能要对调。6.2 Fresnel、Dot Product 做边缘光的参数计算Fresnel 效果本质是 1 - dot(N, V)然后取 Power。Shader Graph 有 Fresnel 节点但它的参数含义和手连的不完全一样。Fresnel 节点的 Power 参数控制边缘宽度。Power 越大边缘越窄。我实测下来做角色边缘光Power 给 3 到 5 比较合适。做玻璃边缘Power 给 1 到 2。注意 Fresnel 节点默认用的是世界空间法线和视线如果你在物体空间做要手动接 Normal Vector 的物体空间输出。6.3 法线贴图采样与切线空间转换法线贴图采样后得到的是切线空间法线要转到世界空间才能参与光照。Shader Graph 有 Normal From Texture 节点但它的行为在不同管线不同。URP 下Normal From Texture 节点会自动做切线空间到世界的转换。HDRP 下你可能需要手动用 Transform 节点转。我建议不管哪个管线都手动转一次保证行为一致。法线贴图的强度控制不要直接乘采样结果那样会破坏法线长度。正确做法是 Lerp 原始法线和采样法线或者用 Normal Blend 节点。6.4 光照节点的管线兼容性实测我做过一个跨 URP 和 HDRP 的项目光照节点是最大的坑。URP 的 Lighting 节点在 2021 之前不支持自定义光照2021 之后才比较完整。HDRP 有自己的一套光照节点和 URP 不通用。我的解决方案是所有光照相关的逻辑都封装在 Sub Graph 里里面用 Branch 节点根据管线宏做分支。这样主图里看起来是一样的切换管线只改 Sub Graph 内部。实测下来URP 下自定义光照的性能开销比 HDRP 小因为 URP 的光照模型更简单。但 HDRP 的光照质量更好尤其是多光源场景。7. 逻辑与流程控制节点分支的代价7.1 Branch、Comparison、And、Or 的实际编译结果Branch 节点在 Shader Graph 里看起来是分支但编译到 GPU 上不一定是真分支。GPU 是 SIMT 架构同一个 warp 里的像素如果走不同分支会串行执行两条路径。所以 Branch 节点在片元着色器里可能比直接算两条路径再 Lerp 还慢。我的经验是如果分支里的计算量很小用 Lerp 代替 Branch。如果分支里的计算量很大且分支条件在空间上连续比如按 UV 区域分用 Branch 可能更快。Comparison 节点做比较输出布尔值。注意布尔值在 Shader Graph 里是单通道不能直接参与数学运算要转成 0 或 1。And、Or、Not 是逻辑运算做复杂条件判断的时候用。但逻辑运算在 GPU 上也是逐像素的开销和数学运算差不多。7.2 条件节点的性能实测与替代方案我做过一个测试同样一个效果用 Branch 和用 Lerp 实现在移动端帧率差多少。结果是当分支内计算量小于 10 条指令时Lerp 更快。当分支内计算量大于 30 条指令时Branch 更快。中间区域两者差不多。所以我的建议是小计算量用 Lerp大计算量用 Branch不确定的时候两个都试一下用 Frame Debugger 看实际指令数。7.3 循环与迭代Custom Function 的必要性Shader Graph 内置节点没有循环。要做循环必须用 Custom Function 写 HLSL。这是 Custom Function 最主要的用武之地。写循环的时候注意GPU 上的循环如果次数不固定会展开成最大次数性能很差。所以循环次数尽量固定或者用 UNITY_LOOP 宏让编译器知道可以展开。我做过一个射线步进的效果循环 32 次在移动端直接掉到 20 帧。后来改成 16 次加一点抖动帧率回到 50 以上。循环次数对性能的影响是线性的能少一次就少一次。8. Custom Function 与 Sub Graph 进阶实战8.1 Custom Function 的多输出与类型匹配Custom Function 节点支持多输出但类型匹配很容易出错。你需要在 HLSL 文件里定义好输出结构体然后在节点上手动添加输出口类型要一一对应。我踩过的坑输出结构体里是 float3节点上加了 float 输出编译不报错但结果是错的。所以每次改 Custom Function 的输出都要检查节点上的类型。还有一个坑是输入参数的命名。HLSL 里的参数名要和节点上的输入口名字一致否则会默认连错。8.2 Sub Graph 的复用与参数暴露Sub Graph 是把一组节点封装成一个节点可以跨 Shader 复用。做项目的时候把常用的效果比如三平面映射、边缘光、溶解都做成 Sub Graph能省很多时间。Sub Graph 的参数暴露要注意只有你显式标记为暴露的参数才会出现在外部节点上。内部用的临时变量不要暴露否则节点上会有一堆没用的口。Sub Graph 的另一个好处是改一处全项目生效。但注意Sub Graph 改动后所有引用它的 Shader 都要重新编译大项目里可能卡一下。8.3 自定义节点库的组织与版本管理当 Sub Graph 多起来之后组织是个问题。我的做法是按功能分文件夹UV、Noise、Lighting、Utility。每个 Sub Graph 命名加前缀比如 SG_UV_Triplanar、SG_Noise_FBM。版本管理方面Sub Graph 是二进制资源Git 合并容易冲突。建议一个人负责一个 Sub Graph或者用锁机制。我见过团队里两个人同时改一个 Sub Graph合并后节点全乱了。8.4 从 Shader Graph 到 HLSL 的迁移时机什么时候该放弃 Shader Graph 直接写 HLSL我的判断标准是当你的 Shader Graph 节点数超过 200或者编译时间超过 30 秒或者需要复杂的循环和分支就该考虑迁移了。迁移不是全部重写而是把性能关键的部分用 Custom Function 实现非关键部分保留 Shader Graph。这样兼顾开发效率和运行效率。我做过一个项目Shader Graph 节点数到了 400 多编译一次要两分钟改一个参数等半天。后来把噪声和光照部分迁到 HLSL节点数降到 150编译时间回到 10 秒以内。9. 常见问题与排查技巧实录9.1 节点连线报类型不匹配怎么快速定位类型不匹配是 Shader Graph 最常见的报错。定位方法从报错的节点开始往上逐个检查输出类型。Shader Graph 的连线颜色代表类型灰色是单通道绿色是 float2蓝色是 float3红色是 float4。颜色对不上就是类型问题。快速修复用 Split 或 Append 调整通道数。注意不要用 Combine 硬凑Combine 会改变数据含义。9.2 效果在 Scene 视图正常但 Game 视图不对这个问题通常是渲染管线差异或者相机设置导致的。检查顺序第一确认 Scene 视图和 Game 视图用的是同一个管线。第二检查相机的 Rendering PathForward 和 Deferred 下某些节点行为不同。第三检查相机的 Culling Mask 和 Layer可能某些层在 Game 视图被剔除了。我遇到过一次Scene 视图正常Game 视图全黑。排查发现是相机的 Near Clip 设得太小深度精度不够导致深度相关的节点计算出错。9.3 移动端与 PC 端效果不一致的排查清单移动端和 PC 端效果不一致原因通常在这几个地方问题现象可能原因排查方法颜色偏暗色彩空间不同检查 Player Settings 的 Color Space纹理模糊Mipmap 设置不同检查纹理导入设置边缘锯齿抗锯齿设置不同检查 Quality Settings效果缺失Shader 变体被剔除检查 Stripping 设置性能骤降精度不同检查 half 和 float 的使用我的经验是做跨平台项目所有关键计算都用 float不要用 half。虽然 half 在移动端快但精度问题导致的 bug 排查成本太高。9.4 编译报错与变体爆炸的处理经验Shader Graph 编译报错先看 Console 里的具体信息。常见错误函数未定义、类型不匹配、变体太多。变体爆炸是 Shader Graph 的大问题。每加一个 Keyword变体数翻倍。做项目的时候Keyword 要克制能用一个 Float 参数解决的不要用 Keyword。我做过一个项目Shader 变体数到了 5000 多打包时间半小时。后来把非必要的 Keyword 改成参数变体数降到 500打包时间回到 3 分钟。10. 我个人的节点使用习惯与优化建议做了这么多项目我现在的习惯是新建 Shader Graph 先规划数据流从输出往回推需要什么节点再去找。不预先堆节点避免图太乱。性能优化方面我的优先级是先砍采样次数再砍噪声层数最后砍数学运算。采样和噪声是大头数学运算优化空间有限。还有一个习惯是所有 Sub Graph 都加一个 Debug 输出口可以单独预览中间结果。这样排查问题的时候不用改主图直接看 Sub Graph 的输出就行。最后分享一个小技巧Shader Graph 的 Preview 窗口可以锁定右键 Preview 选 Lock。这样你调参数的时候Preview 不会跟着鼠标跑能稳定观察效果变化。这个功能官方文档没提但实际用起来很省事。
