编写适用于多个平台的计算着色器

跨平台最佳实践

DirectX 11 (DX11) 支持在其他平台（如 Metal 或 OpenGL ES）上不受支持的许多操作。因此，应始终确保着色器在提供更少支持的平台（而不是仅在 DX11 上）上具有良好定义的行为。以下是要考虑的一些事项：

• 越界内存访问是错误的。DX11 在读取时可能始终返回零，并且在读取某些写入时没有问题，但提供较少支持的平台可能会在执行此操作时导致 GPU 崩溃。密切注意特定于 DX11 的破解问题，与线程组大小倍数不匹配的缓冲区大小，试图从缓冲区的开头或结尾读取相邻的数据元素，以及类似的不兼容性。

• 初始化您的资源。新缓冲区和纹理的内容是未定义的。有些平台可能会提供全零，但在其他平台上，可能会有某种内容（包括非数字）。

• 绑定计算着色器声明的所有资源。即使您确定着色器在当前状态下由于分支而没有使用资源，仍必须确保有资源与其绑定。

平台特定差异

• Metal（适用于 iOS 和 tvOS 平台）不支持对纹理的原子操作。Metal 也不支持对缓冲区的 GetDimensions 查询。如果需要，请将缓冲区大小信息作为常量传递给着色器。
• OpenGL ES 3.1（适用于 Android、iOS、tvOS 平台）仅保证一次支持 4 个计算缓冲区。实际的实现通常支持更多数量，但在一般情况下，如果为 OpenGL ES 进行开发，应考虑在结构中对相关数据分组，而不是将每个数据项放在自己的缓冲区中。
• OpenGL (ES) 和 Vulkan 需要非只读的 RWTextures<T> 的图像格式限定符。
  Unity 从尖括号中的类型 T 派生此限定符。格式限定符需要匹配绑定到 RWTexture 的 RenderTexture 的 GraphicsFormat/RenderTextureFormat。下表显示了 Unity RenderTexture GraphicsFormats 和 RenderTextureFormats 与相应的 HLSL 类型和图像格式限定符之间的映射：