OpenGL绑定Uniform Buffer时调用glBufferSubData触发访问违例异常

你的代码崩溃的核心原因是 SceneLights::size_bytes() 方法的内存大小计算错误，触发了堆外内存越界访问：

• 自定义的Light结构体包含两个glm::vec4成员，每个glm::vec4占16字节，单Light实例的实际大小为32字节，100个实例的总大小仅为3200字节。
• 但你在size_bytes()中错误使用2 * sizeof(glm::mat4)计算单光源占用大小，glm::mat4为4x4矩阵，单实例占64字节，最终计算出的总大小为12800字节，是实际数组合法大小的4倍。
• 调用glBufferSubData时，会从sl.data()指向的数组起始位置连续读取12800字节，远超出std::array的合法内存范围，直接触发访问违例崩溃。你看到的「执行位置0地址报错」是越界访问踩到了函数返回地址，程序返回时跳转到非法地址导致的典型表现。

直接修改size_bytes()的实现，用结构体实际大小计算总字节数即可：

constexpr size_t size_bytes() const noexcept
{
    return size() * sizeof(Light);
}

如果你的UBO使用std140内存布局，也可以按照GLSL的对齐规则显式计算大小，避免后续新增结构体成员时出现CPU/GPU内存布局不匹配的问题。

• 开启OpenGL调试回调：你已经开启了调试上下文，注册调试回调函数可以直接拿到OpenGL运行时的错误提示，大部分API调用问题都可以直接定位。
• 使用内存检测工具：Windows下可以用AddressSanitizer、Dr.Memory等工具，这类内存越界问题会被直接定位到出错的代码行，明确提示越界访问的范围。
• 涉及内存拷贝的逻辑优先做大小校验：可以在调用glBufferSubData前打印sizeof(lights)和你计算的size_bytes()做对比，数值不匹配时直接告警，提前拦截问题。

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