这是一个老问题，但让我们试着提供一个明确的答案。
要解决此错误，您必须确保C数据结构与HLSL数据结构完全一致。C和HLSL的对齐规则并不相同--它们是非常不同的语言，只是碰巧有一些相似之处。尽管可以强制C对齐方式与HLSL完全一样，但这样的示例将导致额外的填充（消耗额外的内存），而不会带来任何性能上的好处。在这种情况下，您将消耗4倍的内存（512字节，而不是所需的最佳128字节）。
数组元素在HLSL中总是封装在16字节边界上，而在C中封装在4字节边界上（默认）。当元素是4字节整数时，这显然是低效的，但当处理float 4元素（四个分量向量）时是最佳的，这是HLSL中最常见的数据类型。这是因为GPU可以用一条指令访问128位，因此可以一次检索float 4的所有4个分量。
为了避免在数组中插入不必要的填充，C数组需要Map到HLSL中类型为uint 4的8元素数组。换句话说，HLSL中的每个元素都成为uint类型的4分量向量。
此外，在C中指定元素类型时应该更加精确。unsigned类型（意味着unsigned int）具有实现定义的大小（以chars为单位）。虽然在大多数情况下它是4chars，但您不能保证在所有实现中都是如此。即使是char的长度也不能保证是8位。然而，C标准（从C11开始）定义了一组固定宽度的积分，当你需要一个特定大小的积分时，这些积分应该是首选的，比如在C++中声明一个包含一个或多个积分的HLSL数据结构时。
执行以下修改将解决此错误：

// C++
#include <cstdint> // for uint32_t    
struct IndexConstantBuffer
{
    // unsigned indexes[32]{}; // Implementation-defined size
    uint32_t indexes[32]{}; // Always 128-bytes
};

// hlsl
cbuffer IndexConstantBuffer : register(b0)
{
    // uint indexes[32];  // (4 + 12) * 32 = 512 (bytes) incl. padding
    uint4 indexes[8]; // (4 * 4) * 8 = 128 (bytes) no padding
};

字符串
当然，访问HLSL中的元素现在需要将每个元素视为uint 4（四个uint元素的向量），而不是单个uint，但是这在HLSL中解决起来很简单。