Vulkan基于VMA封装Storage Buffer内存映射后渲染异常问题

你的重构代码存在两处致命逻辑错误，导致SSBO内存写入完全不符合预期：

• 封装的effect_mmap函数仅向回调传入了映射内存区域第一个ObjectData元素的引用，没有暴露整个连续数组的访问入口，你在lambda中循环时，始终在反复覆写内存区域的第一个位置，后续所有渲染对象对应的SSBO槽位都保留着未初始化的脏数据
• lambda内部的写入逻辑完全偏离原有实现：原代码是按遍历索引将每个渲染对象的变换矩阵写入SSBO对应下标的存储位置，重构后的循环完全没有使用索引偏移，没有给每个对象分配独立的SSBO存储位。
  另外你定义的AllocatedBuffer结构体成员之间误用逗号分隔，这个问题会直接触发编译错误，一并修正即可。

首先调整内存映射封装函数，将映射后的类型数组首指针传入回调，支持按索引访问整个连续内存块：

struct AllocatedBuffer { VkBuffer buffer; VmaAllocation allocation; }; 

template <typename T, typename Func>
void effect_mmap(VmaAllocator& allocator, AllocatedBuffer& buffer, Func&& effect)
{
    void* mapped_data;
    vmaMapMemory(allocator, buffer.allocation, &mapped_data);
    T* t_pointer = static_cast<T*>(mapped_data);
    effect(t_pointer);
    vmaUnmapMemory(allocator, buffer.allocation);
}

然后调整调用侧的写入逻辑，和原有正确实现对齐，按索引逐个写入每个渲染对象的变换数据：

MemoryMapper::effect_mmap<ObjectData>(allocator, frame().object_buffer, [&](ObjectData* ssbo) {
    for (size_t i = 0; i < renderables.size(); i++) {
        ssbo[i].model_matrix = renderables[i].transform;
    }
});

如果希望保持回调接收引用的使用风格，可以给模板增加元素长度参数，在封装内部做边界检查，但针对SSBO这类连续数组的映射场景，直接传递首指针是和原生Vulkan/VMA逻辑最匹配、零额外开销的实现方式。

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