要让glDispatchCompute真正执行，必须绑定并激活计算着色器程序、设置内存屏障、对齐工作组大小；Vulkan中vkCmdDispatch报设备丢失多因同步或资源生命周期错误；C++传数据需匹配SSBO布局与对齐；输出异常常因索引计算错误、竞态或未同步。
OpenGL 里怎么让 glDispatchCompute 真正跑起来
不是调了就完事——得先确保上下文、着色器、内存都对齐。最常见的是黑屏或 GL_INVALID_OPERATION，基本都是因为没绑定计算着色器程序，或者没用 glUseProgram 激活它。
实操要点：
- 必须用
glCreateProgram+glAttachShader（类型为GL_COMPUTE_SHADER）构建专用 compute program，不能混用顶点/片元着色器 - 调用
glDispatchCompute前，必须glUseProgram这个 compute program；否则驱动直接忽略 - SSBO 或图像写入前，记得用
glMemoryBarrier（比如GL_SHADER_STORAGE_BARRIER_BIT），不然 CPU 读不到结果 - 注意工作组大小：
glDispatchCompute(1, 1, 1)是最小单位，但实际要按 GPU 的GL_MAX_COMPUTE_WORK_GROUP_SIZE对齐，超限会静默失败
Vulkan 中 vkCmdDispatch 报 VK_ERROR_DEVICE_LOST 怎么查
这通常不是代码写错，而是同步或资源生命周期出问题。Vulkan 不会帮你兜底，一个没等完的 vkQueueSubmit 或提前销毁的 VkBuffer 就可能触发设备丢失。
排查重点：
立即学习“C++免费学习笔记（深入）”；
- 确保 dispatch 前已执行
vkCmdPipelineBarrier（尤其对 SSBO 写入，要用VK_ACCESS_SHADER_WRITE_BIT+VK_PIPELINE_STAGE_COMPUTE_SHADER_BIT） - 检查 descriptor set 更新是否在 dispatch 前完成，且 bound 到 command buffer 时没用 dangling pointer
- 别在 dispatch 后立刻
vkMapMemory；必须等vkQueueWaitIdle或用 fence +vkWaitForFences - 验证
VkComputePipelineCreateInfo里的layout和 descriptor set layout 完全匹配，字段顺序、binding 编号、stages 标志缺一不可
C++ 里怎么安全传数据进 compute shader（SSBO vs. UBO）
UBO 太小、只读、有严格对齐限制；SSBO 才是通用计算的主力。但 C++ 端结构体一不小心就和 GLSL 对不上。
关键差异与避坑：
- SSBO 在 GLSL 里用
layout(std430)，C++ 结构体必须手动对齐：alignas(16)不够，得按成员最大对齐（如vec4要 16 字节边界） - 别用
std140给 SSBO——那是 UBO 的规则；SSBO 用std430才支持紧凑打包（如float+int可紧挨） - Vulkan 更狠：必须显式声明
layout(set = 0, binding = 1)，且 C++ 的VkDescriptorBufferInfooffset/size 得和实际内存布局一致，差一字节就未定义行为 - 调试技巧：先用固定值（如全 42）初始化缓冲区，dispatch 后用
glGetBufferSubData或vkMapMemory看是否被修改，快速确认通路是否打通
为什么 compute shader 输出总比预期少（或乱序）
工作组内线程（invocation）不保证执行顺序，跨工作组更无序。你以为的“第 i 个线程处理第 i 个元素”，其实得靠 gl_GlobalInvocationID 或 gl_WorkGroupID 手动算偏移。
典型错误场景：
- 忘了用
gl_GlobalInvocationID.x + gl_WorkGroupID.x * gl_WorkGroupSize.x算全局索引，直接用gl_LocalInvocationIndex当数组下标 - 多个工作组同时写同一块内存区域，没加原子操作（
atomicAdd）或互斥逻辑，结果被覆盖 - SSBO size 声明比实际分配的小，GPU 写越界，后续读出来全是零或随机值
- OpenGL 下没调
glMemoryBarrier(GL_SHADER_STORAGE_BARRIER_BIT)就读，看到的还是 dispatch 前的旧数据
最麻烦的是：这些问题在桌面 GPU 上偶尔能蒙混过关，在移动端或集显上立刻崩。别依赖“看起来对”，得用 glGetError / validation layers + 确切的内存校验。
