从你提供的现象和代码来看，这条背面的白线大概率是浮点精度误差或者UV坐标处理逻辑导致的，咱们一步步拆解问题：

先看你的效果对比：
背面（存在白线）：

正面（显示正常）：

1. 片段着色器的临界值判断是重灾区 #

你的片段着色器里有一段强制染白的逻辑：

if(color0.y<MinMax.x||color0.y>MinMax.y)
    gl_FragColor=vec4(1.0,1.0,1.0,1.0);

这里color0直接传递的是顶点的position坐标，也就是说你在根据顶点Y轴的范围来过滤片段。问题出在浮点插值的精度上：当片段的Y值刚好处于MinMax.x或MinMax.y的临界位置时，浮点计算的微小误差会导致部分片段被误判为“超出范围”，从而被染成白色，形成你看到的白线。

修复方案： #

给判断条件添加一个极小的误差容忍值（epsilon），避免临界值附近的误判：

void main() {
    gl_FragColor = texture(ourTexture1, texCoord0);
    // 添加epsilon处理浮点精度问题
    float epsilon = 0.001;
    if(color0.y < MinMax.x - epsilon || color0.y > MinMax.y + epsilon)
        gl_FragColor = vec4(1.0, 1.0, 1.0, 1.0);
}

2. 顶点着色器的UV手动循环处理有隐患 #

你在顶点着色器里手动修改UV坐标的逻辑：

texCoord0[0]=0.25+texCoord0[0];
if(texCoord0[0]>=1) {
    texCoord0[0]=texCoord0[0]-1;
}

这种手动判断的方式会导致UV接缝处的精度不一致：比如当原始UV的S分量是0.75时，加0.25后刚好是1.0，触发减1逻辑得到0.0；但相邻顶点的UV可能是0.7499999，加0.25后是0.9999999，不会触发减1。这样两个相邻顶点的UV一个是0.0，一个是接近1.0，插值时会横跨整个纹理，导致接缝处出现异常（比如白线）。

修复方案： #

用GLSL内置的fract()函数替代手动判断，它会自动返回数值的小数部分，完美处理循环UV：

texCoord0[0] = fract(texCoord0[0] + 0.25);

3. 额外排查点 #

• 检查管状网格的拓扑：确认白线位置是不是网格的面接缝处，如果顶点没有正确焊接，也可能导致UV插值异常；
• 纹理本身：虽然正面显示正常，但可以检查纹理的边缘是否存在白色像素（不过概率很低）；
• 深度测试/背面剔除：确认你是否开启了背面剔除（glEnable(GL_CULL_FACE)），如果背面的面被错误渲染，也可能出现异常，但你的正面正常，这条可能性较低。

先尝试修改片段着色器的epsilon和顶点着色器的fract()函数，应该能解决这个白线问题。

内容的提问来源于stack exchange，提问作者דוד וינר