向WGSL函数传递大型数组：传参机制与性能影响问询

数组参数的传递规则 #

• WGSL里数组作为函数参数时，默认是传值语义，但实际底层不会真的拷贝整个大型数组。因为WGSL最终会编译为SPIR-V，SPIR-V对数组参数的处理是用指针实现的（类似引用），只是WGSL源码层面不允许直接写引用类型，这也是官方文档强调“源码中不应出现引用类型”的原因。
• 要是你需要在函数里修改数组内容，并且让外部的原始数组也同步更新，就必须显式用ptr指针类型作为参数——这和官方文档里“更新传入数据需使用指针”的描述完全对应，反过来也说明默认传值时，函数内的数组是原始数据的副本（哪怕底层优化没真拷贝，语义上是传值）。

传递大型数据的性能影响 #

• 若通过函数参数传递大型数组，哪怕编译器做了优化避免内存拷贝，还是会有少量额外开销：比如参数传递时的指针寻址成本，而且不同GPU厂商的驱动优化力度可能有差异，存在一定不确定性。
• 你后续发现数据在全局缓冲区里不需要传参，这确实是更优的方案：直接访问全局缓冲区的效率更高，省去了参数传递的步骤，GPU可以直接通过全局内存寻址访问数据。
• 另外，对于compute shader的内核函数来说，如果频繁用到大型数组的某部分，建议把这部分数据放到workgroup存储类的共享内存里，能大幅降低全局内存的访问延迟，提升整体性能。

内容的提问来源于stack exchange，提问作者Dávid Tóth