Rotate 节点是Unity Shader Graph中用于处理UV坐标变换的重要工具，它能够围绕指定的中心点对UV坐标进行精确的旋转操作。在材质制作和着色器开发过程中，UV坐标的旋转是实现各种视觉效果的基础，比如创建旋转的纹理、制作动态的背景图案、实现特殊的扭曲效果等。该节点的强大之处在于其灵活的参数配置和直观的操作方式，使得即使没有深厚数学背景的用户也能轻松实现复杂的旋转效果。
在实时渲染中，UV坐标的变换是性能开销较低的操作，因为它在顶点着色器或片段着色器中通过简单的矩阵运算即可完成。Rotate节点封装了这些复杂的数学计算，为用户提供了简洁易用的接口。理解这个节点的工作原理和适用场景，对于创建高质量的着色器效果至关重要。
描述
Rotate节点的核心功能是围绕用户定义的旋转中心点，对输入的UV坐标进行指定角度的旋转变换。这个操作在计算机图形学中属于基本的几何变换之一，通过旋转矩阵实现坐标的空间转换。节点接受三个主要输入参数：UV坐标、旋转中心和旋转角度，并输出经过旋转处理后的新UV坐标。
旋转操作的本质是将二维平面中的每个点绕着一个固定点旋转特定角度。从数学角度来看，这相当于将坐标系平移至旋转中心，应用旋转矩阵，然后再平移回原始坐标系。Rotate节点内部实现了这一完整的变换流程，用户无需关心底层的数学细节。
Unit参数提供了角度单位的选择，包括弧度（Radians）和角度（Degrees）两种模式。弧度是数学和计算机图形学中更常用的角度单位，因为三角函数通常使用弧度作为参数；而角度模式则更符合日常使用习惯，便于直观地设置旋转值。例如，设置90度旋转比设置1.57弧度更加直观。
旋转操作在着色器中通常用于创建动态效果，比如通过时间变量控制旋转角度，可以实现纹理的持续旋转。此外，结合其他UV变换节点，如TilingAndOffset或Twirl，可以创建更加复杂的纹理动画和视觉效果。
端口
Rotate节点的端口设计直观且功能明确，每个端口都有特定的数据类型和用途，理解这些端口的特性对于正确使用节点至关重要。
- UV输入端口是节点的主要数据入口，接收需要旋转的二维坐标值。虽然端口名称是"UV"，但它实际上可以接受任何Vector2类型的数据，不仅仅是纹理坐标。这意味着该节点可以用于旋转任何二维向量数据，扩展了其应用范围。当未连接任何数据时，节点默认使用当前片元的UV坐标。
- Center输入端口定义了旋转操作的中心点坐标。这个参数决定了旋转变换的参考点，不同的中心点设置会产生完全不同的旋转效果。例如，当中心点设置为(0.5, 0.5)时，旋转会围绕UV空间的中心进行；而设置为(0, 0)则会围绕左下角旋转。理解中心点对旋转效果的影响是掌握该节点的关键。
- Rotation输入端口接受浮点数值，指定旋转的角度大小。正值通常表示逆时针旋转，负值表示顺时针旋转，这一约定与大多数图形系统中的旋转方向一致。通过动态改变这个参数，可以轻松创建旋转动画效果。需要注意的是，旋转角度可以超过360度，实现多圈旋转效果。
- Out输出端口返回经过旋转变换后的二维向量值。这个输出可以连接到采样节点的UV输入，或者作为其他UV变换节点的输入，构建更复杂的变换链条。输出的坐标范围取决于输入UV和旋转参数，可能会超出常规的0,1范围，这时需要结合Wrap Mode等设置来处理坐标越界情况。
端口之间的数据流遵循明确的处理顺序：首先将UV坐标相对于中心点进行归一化（减去中心点坐标），然后应用旋转矩阵变换，最后将结果重新偏移回原始坐标系（加上中心点坐标）。这一过程确保了旋转操作围绕指定中心点正确执行。
控件
Rotate节点的控件设计简洁而实用，只有一个但至关重要的参数配置选项。
- Unit下拉选单是节点唯一的控件元素，但它对节点的使用方式和结果有着决定性影响。该控件提供了两种角度单位模式：Radians（弧度）和Degrees（角度），用户可以根据自己的需求和习惯选择合适的单位制。
弧度模式是数学计算和图形API内部处理中的标准单位，在这种模式下，一个完整的圆周对应2π弧度（约6.283弧度）。选择弧度模式时，输入的Rotation值将被直接用于三角函数计算，不需要额外的转换。这种模式适合于与数学公式直接对接的场景，或者当旋转角度来源于其他使用弧度单位的计算过程时。
角度模式则使用更加直观的度数表示，一个完整圆周对应360度。在这种模式下，节点内部会将输入的角度值转换为弧度，然后再进行旋转计算。这种转换通过乘以π/180实现，使得用户可以使用更加熟悉的度数单位进行操作。对于大多数美术师和设计师来说，角度模式更加友好，因为它符合日常对角度的认知。
选择不同的单位模式不会影响节点的计算精度或性能，因为转换过程只涉及简单的乘法运算。然而，正确设置单位模式对于获得预期结果至关重要。例如，如果错误地在弧度模式下输入90（期望90度旋转），实际会得到约5156度的旋转，导致完全不符合预期的结果。因此，在使用节点时，务必确认单位模式的设置是否符合预期。
在实际应用中，建议根据输入数据的来源选择合适的单位模式。如果旋转角度来自其他使用弧度计算的节点，应保持弧度模式以确保一致性；如果旋转角度是手动设置或来自动画曲线等使用度数的系统，则应选择角度模式。
生成的代码示例
理解Rotate节点生成的代码对于深入学习着色器编程和进行自定义修改非常有帮助。下面详细分析节点在不同单位模式下生成的HLSL代码，揭示其内部实现原理。
弧度模式代码分析
弧度模式下的代码实现展示了标准的二维旋转矩阵应用过程：
ini
void Unity_Rotate_Radians_float(float2 UV, float2 Center, float Rotation, out float2 Out)
{
// 将坐标系原点移至旋转中心
UV -= Center;
// 计算旋转角度的正弦和余弦值
float s = sin(Rotation);
float c = cos(Rotation);
// 构建2x2旋转矩阵
// 标准旋转矩阵为：[c, -s]
// [s, c]
float2x2 rMatrix = float2x2(c, -s, s, c);
// 以下三行代码在实际节点实现中通常不存在
// 它们可能是文档示例中的错误或特定版本的处理
rMatrix *= 0.5;
rMatrix += 0.5;
rMatrix = rMatrix * 2 - 1;
// 应用旋转矩阵变换
UV.xy = mul(UV.xy, rMatrix);
// 将坐标系原点移回原始位置
UV += Center;
// 输出旋转后的坐标
Out = UV;
}这段代码清晰地展示了二维旋转的数学原理：首先通过平移将坐标系原点移动到旋转中心，然后构建并应用旋转矩阵，最后将坐标系平移回原始位置。旋转矩阵的构建基于三角函数，其中cos(Rotation)表示旋转后的x分量与原始x分量的关系，sin(Rotation)表示旋转后的y分量与原始x分量的关系。
需要注意的是，代码中的矩阵缩放部分（rMatrix *= 0.5等）在实际的Rotate节点实现中通常不存在，这可能是文档示例中的错误或特定版本的特殊处理。在标准的旋转矩阵应用中，这些操作是不必要的。
角度模式代码分析
角度模式下的代码与弧度模式基本相同，唯一的区别是在开始时多了角度到弧度的转换：
ini
void Unity_Rotate_Degrees_float(float2 UV, float2 Center, float Rotation, out float2 Out)
{
// 将角度转换为弧度：乘以π/180
Rotation = Rotation * (3.1415926f/180.0f);
// 其余部分与弧度模式完全相同
UV -= Center;
float s = sin(Rotation);
float c = cos(Rotation);
float2x2 rMatrix = float2x2(c, -s, s, c);
rMatrix *= 0.5;
rMatrix += 0.5;
rMatrix = rMatrix * 2 - 1;
UV.xy = mul(UV.xy, rMatrix);
UV += Center;
Out = UV;
}角度到弧度的转换是线性变换，通过乘以π/180实现。这里的π值使用了近似值3.1415926f，在大多数情况下这个精度已经足够。如果需要更高精度的计算，可以使用更精确的π值，但在实时渲染中，这种近似通常不会产生肉眼可见的差异。
代码优化与实际应用
在实际的Shader Graph实现中，Rotate节点的代码可能会更加优化，去除不必要的矩阵缩放操作。理解这些生成的代码有助于我们在需要自定义旋转行为时进行修改或优化。
例如，如果我们需要实现一个特殊的旋转效果，比如非均匀旋转（在不同方向上使用不同的旋转角度），或者将旋转与其他变换结合，就可以参考这些代码实现并进行相应修改。此外，了解这些底层实现也有助于调试着色器问题，当旋转效果不符合预期时，我们可以通过检查生成的代码来定位问题根源。
对于性能敏感的应用，了解这些代码实现也很重要。旋转操作本身计算量不大，但在片段着色器中频繁使用或处理大量顶点时，优化空间仍然存在。例如，如果旋转角度是常数，可以预先计算正弦和余弦值，避免每个片段都重新计算。
【Unity Shader Graph 使用与特效实现】专栏-直达 （欢迎点赞留言探讨，更多人加入进来能更加完善这个探索的过程，🙏）