1. 项目概述为什么我们需要关注副切线向量在Shader开发尤其是基于Unity ShaderGraph的可视化着色器创作中我们经常与法线Normal、切线Tangent打交道用于实现凹凸贴图、视差遮挡等效果。但“副切线向量”Bitangent这个节点对很多开发者来说却像一个熟悉的陌生人——知道它存在但很少主动去用甚至不清楚它具体代表了什么。今天我们就来彻底拆解ShaderGraph中的Bitangent Node搞懂它的来龙去脉、核心原理以及在实际项目中那些被忽略但至关重要的应用场景。简单来说Bitangent Node允许你在着色器中访问模型顶点或片元的副切线向量。这个向量与法线Normal和切线Tangent共同构成了一个在模型表面某一点上的局部坐标系也就是我们常说的切线空间Tangent Space。理解了这个节点你才能真正驾驭法线贴图、正确进行光照计算并解决一些棘手的视觉瑕疵。无论你是ShaderGraph的初学者还是想深化理解底层机制的老手这篇解析都将带你从“知道有这个节点”升级到“知道为什么以及如何用好这个节点”。2. 核心原理切线空间与副切线向量的数学本质要理解Bitangent节点我们必须先构建起“切线空间”这个概念。你可以把模型表面的任意一个点想象成一个微小的、平坦的“地面”。在这个“地面”上我们需要建立一个只属于它自己的三维坐标系以便准确地描述发生在这个“地面”上的所有事情比如光从哪里来凹凸朝向哪里。2.1 切线空间的构成这个局部坐标系由三个相互垂直的向量定义法线Normal垂直于这个“地面”的向量指向模型表面的外侧。它定义了“上”方向。切线Tangent位于“地面”平面内通常与模型纹理坐标的U方向即横向对齐。它定义了“右”方向或“前”方向取决于约定。副切线Bitangent同样位于“地面”平面内同时垂直于法线和切线。它与纹理坐标的V方向即纵向对齐。它定义了“前”方向或“上”方向。这三个向量满足一个重要的右手坐标系关系法线N × 切线T 副切线B。在Unity的标准约定下这构成了一个右手坐标系。注意这里有一个非常关键的细节也是很多问题的根源。副切线向量并不总是由ShaderGraph或着色器实时计算出来的。对于导入的模型它通常来源于建模软件如Maya、Blender、3ds Max中设置的顶点切线Tangent数据。如果建模时切线设置不正确或者模型没有切线数据那么后续基于切线空间的所有计算都会出错。2.2 Bitangent节点的输出内容ShaderGraph中的Bitangent节点其核心功能就是为你提供这个预先计算好或实时推导出的副切线向量。它有一个重要的属性Space空间。这个下拉菜单决定了输出向量的坐标空间是理解其用法的关键。Object物体空间向量相对于模型自身的原点通常是(0,0,0)和朝向。当你旋转模型时这个向量会跟着模型一起转。World世界空间向量相对于整个场景的固定坐标系。这是最直观的空间常用于与世界空间中的光线方向等进行计算。View视图空间向量相对于摄像机的位置和朝向。在这个空间里摄像机看向-Z方向右是X上是Y。Tangent切线空间这是Bitangent向量的“原生”空间。在这个空间里副切线向量本身的值是固定的通常是(0, 1, 0)假设V方向向上或(0, 0, 1)假设V方向向前具体取决于建模软件的导出设置和Unity的导入设置。在这个空间下使用Bitangent节点你得到的往往是一个常量它的主要意义在于构建切线空间变换矩阵。实操心得大多数情况下当你在ShaderGraph中连接法线贴图节点如Sample Texture 2D Normal Reconstruct Z时引擎内部已经自动处理了从切线空间到世界空间的转换这个转换过程就用到了切线Tangent和副切线Bitangent。你直接使用Bitangent节点的情况往往发生在需要自定义光照模型、或者进行一些高级的向量空间变换时。3. 核心应用场景与实操解析知道了原理我们来看看在哪些具体场景下Bitangent节点会从幕后走到台前成为解决问题的关键。3.1 场景一手动构建切线空间变换矩阵这是Bitangent节点最经典、最底层的应用。虽然ShaderGraph的Normal Map节点帮我们封装了这些但理解其过程对调试和实现高级效果至关重要。假设我们有一张切线空间下的法线贴图采样后我们得到了一个在切线空间下的法线向量normalTS。为了进行世界空间的光照计算我们需要将它转换到世界空间。这就需要构建一个从切线空间到世界空间的变换矩阵。这个矩阵的每一行就是切线空间的三个基向量在世界空间下的表示第一行世界空间下的切线Tangent向量。第二行世界空间下的副切线Bitangent向量。第三行世界空间下的法线Normal向量。在ShaderGraph中你可以这样手动构建虽然节点连接会稍显复杂使用Tangent Node和Bitangent Node将它们的Space都设置为World。分别得到T_world和B_world。使用Normal Node将Space设置为World得到N_world。使用Matrix Construction节点可能需要通过Custom Function实现将T_world,B_world,N_world作为行向量或列向量取决于你使用的乘法顺序组装成一个3x3矩阵TBN。将切线空间法线normalTS与TBN矩阵相乘即可得到世界空间法线normalWS。为什么需要手动构建当引擎内置的转换不符合你的需求时例如你需要使用自定义的切线方向或者在进行双面渲染Two-Pass时需要对副切线方向进行翻转手动控制整个过程是唯一的选择。3.2 场景二实现各向异性高光Anisotropic Specular各向异性高光是一种常见于拉丝金属、头发、CD光盘表面的效果其高光形状不是圆形的而是沿着某个方向拉伸的。这个方向通常就是由切线Tangent或副切线Bitangent方向定义的。一种经典的实现方法是使用“切线方向扰动”。我们不再简单使用视角方向或反射方向而是让高光的计算沿着切线方向产生偏移。获取世界空间的副切线向量B_world使用Bitangent NodeSpace设为World。对B_world进行某种扰动例如根据UV坐标进行采样一个噪声图或者使用时间做简单的动画。在计算高光时用扰动后的副切线方向参与计算例如在Blinn-Phong模型中用H normalize(L V perturbation)从而使得高光区域沿着副切线方向拉伸和流动。注意事项各向异性效果对切线/副切线的方向非常敏感。如果模型在建模时切线方向是乱的比如所有顶点切线都指向同一个方向那么最终效果会完全错误。务必在建模阶段确保切线信息被正确生成和导出。3.3 场景三纠正法线贴图在镜像UV上的错误这是一个非常实际且常见的问题。为了节省UV空间建模师经常会对对称模型使用镜像UVMirrored UVs。这时模型左右两边的UV是镜像对称的。问题来了切线空间法线贴图依赖于UV的梯度方向来计算切线。当UV镜像时一边的切线方向会翻转导致副切线方向也相应翻转。如果直接应用法线贴图模型镜像的一边会出现错误的凹凸感比如该凹进去的地方凸出来了。解决方案就是在镜像的那一半手动翻转副切线或切线向量。在片元着色器中判断当前片元是否位于镜像的UV区域例如通过判断uv.x是否大于0.5。如果是则使用Bitangent Node获取世界空间副切线B_world然后将其乘以-1进行翻转。使用这个翻转后的副切线向量去参与构建切线空间变换矩阵如3.1所述或者直接传递给一个自定义光照函数。这样就能保证在镜像UV区域切线空间的朝向被纠正过来法线贴图得以正确显示。3.4 场景四自定义顶点动画与变形有时我们想做沿着模型表面纹理方向即UV的V方向的顶点动画比如让布料的褶皱沿着经纬线方向波动。这时副切线向量就提供了一个完美的方向指引。在顶点着色器阶段使用Bitangent NodeSpace设为Object或World获取副切线方向。将此方向作为一个位移向量乘以一个基于时间、顶点位置或纹理坐标的噪声函数然后叠加到顶点位置Position上。由于副切线是沿着模型表面“编织”方向的这样产生的动画会更加自然符合物体本身的纹理走向而不是生硬地沿着世界坐标轴运动。4. 常见问题与深度排查指南在实际使用Bitangent节点时你几乎一定会遇到下面这些问题。这里我结合踩过的坑给你一份排查清单。4.1 问题一法线贴图效果完全错误或闪烁现象使用了法线贴图后模型光照混乱随着视角或模型旋转出现奇怪的闪烁或明暗反转。排查步骤检查模型导入设置这是首要怀疑对象。在Unity的Project面板选中模型文件在Inspector中查看Normals Tangents设置。Normals通常选择Calculate或Import。如果原模型没有法线必须Calculate。Tangents这是关键必须选择Calculate。如果选择None模型将没有切线数据Bitangent节点输出将是无效的任何依赖切线空间的计算都会失败。如果选择Import请确保你的建模软件正确导出了切线信息。检查UV确保模型有且仅有一套合理的UVUV0。没有UV或UV重叠严重会导致切线计算失败。检查ShaderGraph中的空间一致性确保你的Normal Map节点、Light Direction节点、View Direction节点以及手动使用的Bitangent/Tangent/Normal节点它们的Space设置是逻辑一致的。例如如果你在World空间下做光照计算那么所有参与计算的向量都应该转换到World空间。验证切线空间创建一个最简单的测试Shader。将Bitangent NodeWorld Space直接作为颜色输出Vector3需要经过Remap到(0,1)范围才能给Base Color。旋转模型观察颜色变化。如果颜色是恒定不变的说明切线/副切线数据可能是错的例如所有顶点的切线都相同。正确的表现应该是颜色随着模型表面朝向变化而平滑变化。4.2 问题二双面渲染时背面光照错误现象使用Cull Off实现的双面透明或植被着色器背面看起来是黑的或者光照方向不对。原因分析在渲染背面时顶点法线方向会反转为了保持正面光照但切线Tangent和副切线Bitangent通常不会自动反转。这就破坏了N × T B的右手坐标系关系可能导致副切线方向错误进而使法线贴图在背面失效。解决方案在片元着色器中我们需要根据当前是正面还是背面来手动翻转副切线或切线。使用Is Front Face节点判断当前片元是否为正面。获取世界空间法线N_world和副切线B_world。使用Branch节点如果Is Front Face为真则输出B_world如果为假则输出-B_world即翻转副切线。使用这个处理后的副切线向量进行后续计算。实操心得更健壮的做法是直接重新计算副切线。在背面时我们已知翻转后的法线-N_world和切线T_world切线通常不需要翻转那么根据叉积规则副切线应该是cross(-N_world, T_world)。你可以用一个Custom Function节点来实现这个计算。4.3 问题三各向异性或自定义效果方向不对现象按照教程做了各向异性着色器但高光条纹的方向是乱的不跟随模型纹理走向。排查步骤确认切线源在3D建模软件中切线的方向通常由UV的U方向决定。检查你的模型UV布局是否合理。混乱、扭曲的UV会导致生成的切线方向也混乱。建模软件导出设置在Blender、Maya等软件中导出FBX时务必勾选导出Tangent Space或Smoothing Groups相关选项。不同的软件和导出器设置不同需要查阅对应文档。在Unity中重新计算如果对模型切线方向不满意一个暴力的方法是在Unity模型导入设置中将Tangents从Import改为Calculate。Unity有一套自己的切线计算算法通常是MikkTSpace这可能会生成与建模软件不同的、但更均匀一致的切线方向。可以尝试切换Tangent下的Calculate模式如Calculate Tangent Space Per Vertex。可视化调试同4.1的第4步将Tangent和Bitangent分别映射为红色和绿色通道输出到颜色上。你可以清晰地看到模型表面每个点的切线和副切线方向场从而判断方向是否正确。4.4 问题四性能考量与优化常见疑问在ShaderGraph中频繁使用Bitangent、Tangent、Normal节点会不会很耗性能深度解析这取决于节点的Space设置和Shader的编译目标。Object/World/View Space如果这些向量是在顶点着色器中计算然后传递给片元着色器Interpolator那么它们属于顶点数据的一部分。现代GPU对顶点属性插值的开销很小。主要的开销在于顶点着色器中多进行的几次矩阵乘法将向量从切线空间变换到目标空间。对于中等复杂度的模型这点开销通常可以忽略不计。Tangent Space如果直接使用Tangent Space下的Bitangent它很可能是一个常量如float3(0,1,0)几乎没有计算开销。真正的性能瓶颈通常不在于访问这几个向量而在于你用它们做了什么。例如手动构建TBN矩阵并进行矩阵乘法、在片元着色器中进行复杂的各向异性光照计算这些操作的成本更高。优化建议优先使用内置节点对于标准法线贴图绝对优先使用Sample Texture 2D并将Type设为Normal或者使用Normal From Texture节点。Unity会对这些节点进行优化可能比你手动构建的流程更高效。避免在片元着色器中进行空间变换如果可能尽量在顶点着色器中将光照方向、视线方向转换到切线空间然后在片元着色器中直接与切线空间法线计算。这被称为“切线空间光照”有时能减少片元着色器的计算量。按需使用只有在实现上述特殊效果各向异性、镜像UV纠正、自定义变形时才需要显式调用Bitangent节点。对于90%的常规PBR着色器你根本不需要直接碰它。理解ShaderGraph中的Bitangent节点远不止于知道它能输出一个向量。它是一把钥匙帮你打开切线空间这个黑盒让你能精准控制模型表面的微观几何信息。从修复法线贴图的镜像错误到创造流动的各向异性高光再到实现贴合模型纹理的顶点动画它的应用直接关系到着色器效果的精确性与专业性。下次当你的特殊效果看起来“不对劲”时不妨想想是不是切线空间这个基础坐标系出了问题而Bitangent节点就是你检查和修正它的重要工具。记住好的着色器效果始于对基础数据的深刻理解与掌控。
（支持资料、图片参考_相关定制）_)
