为何Vulkan推送常量用3x3矩阵无渲染效果？求排查方向

问题根源：内存对齐不匹配 #

你遇到的问题核心是CPU端glm::mat3的内存布局和Vulkan着色器中mat3的对齐要求不兼容，导致GPU解析推送常量时数据错位，矩阵运算完全失效。

1. SPIR-V对mat3的对齐规则 #

Vulkan依赖的SPIR-V着色器规范中，mat3类型的对齐和内存占用有强制要求：

• 矩阵的每一列都按照vec4的标准对齐（16字节），即使是3列的矩阵，每列也会被填充到16字节
• 因此整个mat3在GPU端的实际占用大小是3×16=48字节，而非直观的3×3×4=36字节

2. glm::mat3的默认内存布局 #

默认情况下glm::mat3是列优先紧凑布局：3列，每列3个float，总大小36字节，没有做16字节的列填充。这就导致CPU传递的36字节数据，在GPU端被按48字节的规则解析，矩阵的列数据完全错位，最终模型变换计算错误，无法渲染。

3. 可行的解决方法 #

方法一：强制glm矩阵按SPIR-V要求对齐

在CPU端声明矩阵时显式指定16字节对齐，同时推送时使用48字节的大小：

// 强制mat3按16字节列对齐，匹配SPIR-V规范
alignas(16) glm::mat3 m(1.0f);
// 推送大小必须是48字节，而非sizeof(glm::mat3)
vkCmdPushConstants(cmdBuf, layout, VK_SHADER_STAGE_VERTEX_BIT, 0, 48, static_cast<void*>(&m));

方法二：着色器中使用紧凑布局修饰符

在着色器里给mat3加上packed修饰，让SPIR-V使用紧凑的36字节布局：

layout (push_constant) uniform PushConstants
{
    layout(packed) mat3 modelMatrix;
};

这种方式无需修改CPU端代码，但非对齐内存访问可能降低GPU性能，仅作为临时方案。

方法三：用mat3x4过渡兼容

CPU端使用glm::mat3x4（列优先，每列4个float，总大小48字节），直接匹配SPIR-V的mat3要求：

glm::mat3x4 m(1.0f);
// 将glm::mat3的数据复制到mat3x4，填充第四分量为0
for(int i=0; i<3; i++){
    m[i] = glm::vec4(glm::mat3(1.0f)[i], 0.0f);
}
vkCmdPushConstants(cmdBuf, layout, VK_SHADER_STAGE_VERTEX_BIT, 0, sizeof(glm::mat3x4), static_cast<void*>(&m));

着色器中依然使用mat3 modelMatrix即可，GPU会自动忽略每列的第四分量。

为什么4x4矩阵能正常工作？ #

glm::mat4默认就是列优先布局，每列4个float，总大小64字节，完全匹配SPIR-V中mat4的对齐要求（每列16字节，4列共64字节），CPU与GPU的内存布局完全一致，因此可以正确解析。

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