兄弟，我太懂你这种盯着全黑屏幕抓耳挠腮的感觉了！用glTexStorage2D创建不可变纹理、计算着色器imageStore写入后，用sampler2D采样却显示黑色，大概率是纹理格式匹配、访问权限、GPU同步这几个环节出了问题。先把底层坑排了，再给你片段着色器的修改方案：

一、先排查计算着色器写入的核心问题 #

这些是最容易踩的前置坑，不解决的话改着色器也没用：

• 纹理格式必须严格匹配：glTexStorage2D指定的内部格式，要和计算着色器里image2D的声明完全对应。比如你用GL_RGBA8创建纹理，计算着色器里必须写：

  layout(rgba8, binding = 0) uniform image2D outputTex;
  

  格式不兼容的话，写入的数据会被直接丢弃或者乱码。
• 必须给纹理加读写权限：初始化纹理时，要确保绑定图像纹理时指定正确的访问权限，比如写入用GL_WRITE_ONLY，后续要读的话用GL_READ_WRITE：

  // 创建不可变纹理
  glTexStorage2D(GL_TEXTURE_2D, 1, GL_RGBA8, textureWidth, textureHeight);
  // 绑定给计算着色器的image单元
  glBindImageTexture(0, textureId, 0, false, 0, GL_WRITE_ONLY, GL_RGBA8);
  

• 一定要加内存屏障：计算着色器执行完后，GPU可能还没完成纹理写入，这时候直接让图形着色器采样就会读到旧数据（或者空数据）。必须在计算着色器dispatch之后加：

  glDispatchCompute(/* 工作组数量 */);
  // 等待图像写入完成
  glMemoryBarrier(GL_SHADER_IMAGE_ACCESS_BARRIER_BIT);
  

二、片段着色器的正确修改方案 #

假设你之前的片段着色器采样逻辑有问题，这里给你两种适配不同纹理格式的写法：

情况1：纹理格式为RGBA8（线性颜色空间） #

#version 310 es
precision mediump float;

uniform sampler2D image;
in vec2 vTexCoord;
out vec4 FragColor;

void main() {
    // 采样纹理，注意纹理坐标是否正确（比如Android平台通常需要翻转Y轴）
    vec4 texColor = texture(image, vTexCoord);
    
    // 可以加个调试逻辑：如果采样结果接近全黑，输出红色排查问题
    // FragColor = (texColor.r + texColor.g + texColor.b) < 0.01 ? vec4(1.0, 0.0, 0.0, 1.0) : texColor;
    
    FragColor = texColor;
}

情况2：纹理格式为SRGB8_ALPHA8（sRGB颜色空间） #

如果你的纹理用了sRGB格式，采样时要让GPU自动转换到线性空间，输出时再按需做gamma校正：

#version 310 es
precision mediump float;

uniform sampler2D image;
in vec2 vTexCoord;
out vec4 FragColor;

void main() {
    // sRGB纹理采样会自动转换为线性颜色空间
    vec4 linearColor = texture(image, vTexCoord);
    // 输出前转回sRGB空间（如果你的渲染目标是sRGB格式的帧缓冲）
    FragColor = pow(linearColor, vec4(1.0 / 2.2));
}

三、额外排查小技巧 #

• 验证纹理坐标：有时候不是纹理没数据，是纹理坐标超出了0-1范围，采样到了纹理外的区域（默认GL_CLAMP_TO_EDGE会取边缘像素，如果边缘是0就会黑）。可以在片段着色器里直接输出vTexCoord：FragColor = vec4(vTexCoord, 0.0, 1.0)，看屏幕是否显示渐变的红蓝绿，判断坐标是否正确。
• 读回纹理数据到CPU：在计算着色器执行+内存屏障后，用glReadPixels把纹理数据读回Java层，打印像素值。如果读出来全是0，说明计算着色器没写入成功；如果有有效数据，那问题出在图形着色器的采样环节。

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