基于MFC的OpenGL绘图控件：第二次调用glGetUniformLocation()失败

核心原因 #

OpenGL的着色器程序、Uniform变量等资源完全隶属于创建它们的那个OpenGL上下文，不同上下文拥有独立的资源命名空间。你遇到的问题本质是：

• 首次OnPaint时，在某个上下文里创建了g_SolidProgram，此时该程序属于这个上下文；
• 后续OnPaint中调用wglCreateContext创建了新的上下文，切换后（wglMakeCurrent），原来的g_SolidProgram句柄在新上下文里是无效的——虽然数值非零，但它不属于当前上下文的资源，因此glGetUniformLocation无法找到对应的Uniform变量，返回-1。

具体解决步骤 #

• 固定上下文实例：在CGLImage控件的初始化阶段（比如OnCreate方法）只创建一次OpenGL上下文，保存句柄（比如m_hGLContext），后续OnPaint中不再调用wglCreateContext，仅调用wglMakeCurrent(m_hDC, m_hGLContext)绑定已有上下文即可。
• 同步着色器创建时机：确保着色器程序是在目标上下文绑定成功后创建的，且后续绘制始终使用同一个上下文。可以把着色器初始化逻辑移到上下文创建完成后的初始化步骤中，而非首次OnPaint。
• 校验上下文状态：每次OnPaint前，通过wglGetCurrentContext()检查当前激活的上下文是否为你保存的m_hGLContext，如果不一致则重新绑定，避免意外切换到其他上下文。
• 资源清理：在控件销毁时（比如OnDestroy），先调用glDeleteProgram(g_SolidProgram)销毁着色器程序，再调用wglDeleteContext(m_hGLContext)释放上下文，避免资源泄漏。

额外验证点 #

可以在调用glGetUniformLocation前，先调用glUseProgram(g_SolidProgram)，再检查glGetError()返回值，确认程序是否能被当前上下文正确激活——如果激活失败，说明程序不属于当前上下文，此时需要排查上下文一致性问题。

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