Unity HLSL中能否用变量动态指定整型数组长度？

英语并非我的母语，后续表述若有语法生硬的问题还请谅解。
我目前在使用Unity引擎开发，想要实现的效果是向Shader传递行数参数，通过接收到的条纹数量参数，控制GameObject网格上的条纹行数。目前我已经实现了C#向Shader传递数值变量的逻辑，但在CG程序段（即HLSL）中尝试用传入的行数参数作为长度创建整型数组时，Unity抛出了报错：array dimensions must be literal scalar expressions。

问题复现代码 #

1. Shader属性块定义的接收参数：

_LowCount ("LowCount", int) = 0

2. CG程序段全局域声明的对应变量：

int _LowCount;

3. 触发报错的片元着色器逻辑：

fixed4 frag(v2f i):COLOR{
    fixed4 c=0;
    int ColorsArray[_LowCount];
    for(int aa=0;aa<_LowCount;aa++){
        ColorsArray[aa]=0;
    }
    return c;
}

其中片元着色器内的int ColorsArray[_LowCount];行触发了前述报错。我检索相关问题后了解到，HLSL中数组长度必须使用字面量数值设置，不能使用变量。但我的业务需求是可以随时传入任意整数值，创建对应该长度的整型数组，请问是否有可行的解决方案？
*注：我仅在两周前才开始学习CG图形编程，相关知识和理解可能存在错误，感谢解答。

可行解决方案 #

HLSL的栈上局部数组确实要求长度为编译期常量，不支持用运行时传入的uniform变量直接指定动态长度，针对你的条纹渲染需求，不需要硬磕动态数组，有三个成熟的实现路径可以选：

• 方案1：固定长度数组+运行时控制访问范围（最适配你现有代码）
  先预估业务中需要的最大条纹行数，比如最多支持256行就定义一个256长度的固定数组，编译期就确定数组长度，运行时循环只遍历到传入的_LowCount索引位置即可，未访问的数组部分不会影响逻辑。
  修改后的示例代码：

  // 按业务最大需求改这个值，别开太大
  #define MAX_SUPPORT_STRIPES 256
  fixed4 frag(v2f i):COLOR{
      fixed4 c=0;
      // 用编译期常量定义数组长度，不会触发报错
      int ColorsArray[MAX_SUPPORT_STRIPES];
      // 循环上限加长度判断，防止数组越界
      for(int aa=0; aa < _LowCount && aa < MAX_SUPPORT_STRIPES; aa++){
          ColorsArray[aa]=0;
      }
      return c;
  }
  

  注意不要把最大长度设得过高，片元着色器的局部数组会占用GPU寄存器，开太大会导致Shader性能骤降甚至编译失败，移动端建议单个数组长度不超过256，PC端不超过1024。
• 方案2：结构化缓冲区/渲染纹理传参（适合大数量条纹场景）
  如果你需要的条纹行数超过1024，就不要在片元着色器里声明局部数组了。C#侧把条纹的颜色、位置等数据写入ComputeBuffer（结构化缓冲区）或者RenderTexture，再把资源绑定传给Shader，Shader里直接按索引采样读取数据即可，不需要在Shader侧声明数组存值，支持的长度只受显存限制。
• 方案3：优化逻辑去掉数组（性能最优，适合规则条纹）
  如果你只是实现规则的间隔条纹效果，完全不需要提前开数组装所有行的数值，直接在片元着色器里通过当前片元的UV计算所属行号，直接算出对应颜色即可，省掉数组初始化和遍历的开销。最简单的黑白交替条纹示例：

  fixed4 frag(v2f i):COLOR{
      // 计算当前片元所属的行号
      float currentRow = floor(i.uv.y * _LowCount);
      // 直接按行号算颜色，不需要数组存储
      fixed4 c = fmod(currentRow, 2) == 0 ? fixed4(1,1,1,1) : fixed4(0,0,0,1);
      return c;
  }
  

新手提示：GPU是并行运行的，和CPU的串行逻辑、内存模型差异很大，不要直接照搬C#里“先开数组装全量数据再遍历处理”的思路，能通过UV、坐标直接计算得到的结果就不要预存数组，能大幅提升Shader运行性能。

内容的提问来源于stack exchange，提问作者muuute