
在go语言中开发opengl应用程序时,开发者可能会遇到程序运行不稳定、渲染卡顿或部分帧丢失的现象。一个常见的表现是,即使所有opengl调用都返回no_error,渲染结果依然异常,例如glgetuniformlocation在查找不存在的uniform变量时,有时会错误地返回0而不是预期的-1。这并非opengl本身的问题,而是go语言的并发模型与底层图形库(如sdl和opengl)的线程模型之间存在冲突。
Go语言的goroutine是轻量级协程,它们由Go运行时调度器在多个操作系统线程之间进行复用和迁移。这意味着一个goroutine在执行过程中,可能会在不同的OS线程上被调度。然而,许多图形API,包括OpenGL和SDL,对线程的使用有严格限制。它们通常要求:
当Go程序的主循环(Loop函数)使用select语句监听time.Ticker和sdl.Events通道时,如果渲染逻辑(OnTick函数中的OpenGL调用)与事件处理逻辑(OnSdlEvent)在不同的goroutine中,或者即使在同一个goroutine中,但该goroutine被Go调度器在多个OS线程间切换,就可能导致OpenGL上下文失效或状态混乱,从而引发不可预测的行为,如渲染失败、画面闪烁,甚至glGetUniformLocation返回错误值。
原始代码通过将主循环替换为简单的time.Sleep循环后问题消失,进一步证实了问题根源在于Go的goroutine调度与OpenGL线程要求的冲突。
为了解决Go语言与OpenGL线程限制之间的冲突,核心思想是确保所有涉及OpenGL和SDL的敏感操作都在一个固定的、专用的OS线程上执行。这可以通过以下两个步骤实现:
立即学习“go语言免费学习笔记(深入)”;
以下是采用主线程锁定和任务调度机制的Go语言OpenGL应用程序结构:
package main
import (
"fmt"
"github.com/0xe2-0x9a-0x9b/Go-SDL/sdl"
gl "github.com/chsc/gogl/gl33"
"math"
"runtime"
"time"
"unsafe"
)
// 定义常量和类型
const DEG_TO_RAD = math.Pi / 180
type GoMatrix [16]float64
type GlMatrix [16]gl.Float
var good_frames, bad_frames, sdl_events int
// init函数:在程序启动时锁定当前OS线程
// 确保main函数所在的goroutine始终运行在同一个OS线程上。
func init() {
runtime.LockOSThread()
}
// mainfunc 是一个用于在主OS线程上执行函数的通道。
var mainfunc = make(chan func())
// Main函数:在主OS线程上运行一个循环,处理来自mainfunc通道的任务。
// 所有需要主线程执行的函数都会通过这个循环被调度。
func Main() {
for f := range mainfunc { // 修正了原始答案中的f = range mainfunc 语法错误
f()
}
}
// do函数:将一个函数f提交到mainfunc通道,并在主线程执行完毕后等待其完成。
// 这样,任何goroutine都可以安全地请求主线程执行OpenGL/SDL操作。
func do(f func()) {
done := make(chan bool, 1)
mainfunc <- func() {
f()
done <- true
}
<-done // 等待主线程执行完毕
}
// 应用程序真正的入口点
func main() {
// 在一个独立的goroutine中启动应用程序的逻辑
go Everything()
// 在主OS线程上运行Main循环,处理所有提交的任务
Main()
}
// Everything函数:包含应用程序的所有业务逻辑和初始化。
// 所有涉及OpenGL/SDL的调用都通过do函数提交到主线程。
func Everything() {
defer close(mainfunc) // 当Everything goroutine结束时,关闭mainfunc通道,停止Main循环
// 使用do函数初始化SDL和OpenGL
do(func() {
if status := sdl.Init(sdl.INIT_VIDEO); status != 0 {
panic("Could not initialize SDL: " + sdl.GetError())
}
sdl.GL_SetAttribute(sdl.GL_DOUBLEBUFFER, 1)
const FLAGS = sdl.OPENGL
if screen := sdl.SetVideoMode(640, 480, 32, FLAGS); screen == nil {
panic("Could not open SDL window: " + sdl.GetError())
}
if err := gl.Init(); err != nil {
panic(err)
}
gl.Viewport(0, 0, 640, 480)
gl.ClearColor(.5, .5, .5, 1)
// 编译和链接着色器
vertex_code := gl.GLString(`
#version 330 core
in vec3 vpos;
uniform mat4 MVP;
void main() {
gl_Position = MVP * vec4(vpos, 1);
}
`)
fragment_code := gl.GLString(`
#version 330 core
void main(){
gl_FragColor = vec4(1,0,0,1);
}
`)
vs := gl.CreateShader(gl.VERTEX_SHADER)
fs := gl.CreateShader(gl.FRAGMENT_SHADER)
gl.ShaderSource(vs, 1, &vertex_code, nil)
gl.ShaderSource(fs, 1, &fragment_code, nil)
gl.CompileShader(vs)
gl.CompileShader(fs)
prog := gl.CreateProgram()
gl.AttachShader(prog, vs)
gl.AttachShader(prog, fs)
gl.LinkProgram(prog)
var link_status gl.Int
gl.GetProgramiv(prog, gl.LINK_STATUS, &link_status)
if link_status == gl.FALSE {
var info_log_length gl.Int
gl.GetProgramiv(prog, gl.INFO_LOG_LENGTH, &info_log_length)
if info_log_length == 0 {
panic("Program linking failed but OpenGL has no log about it.")
} else {
info_log_gl := gl.GLStringAlloc(gl.Sizei(info_log_length))
defer gl.GLStringFree(info_log_gl)
gl.GetProgramInfoLog(prog, gl.Sizei(info_log_length), nil, info_log_gl)
info_log := gl.GoString(info_log_gl)
panic(info_log)
}
}
gl.UseProgram(prog)
attrib_vpos := gl.Uint(gl.GetAttribLocation(prog, gl.GLString("vpos")))
// 设置三角形顶点数据
positions := [...]gl.Float{-.5, -.5, 0, .5, -.5, 0, 0, .5, 0}
var vao gl.Uint
gl.GenVertexArrays(1, &vao)
gl.BindVertexArray(vao)
var vbo gl.Uint
gl.GenBuffers(1, &vbo)
gl.BindBuffer(gl.ARRAY_BUFFER, vbo)
gl.BufferData(gl.ARRAY_BUFFER,
gl.Sizeiptr(unsafe.Sizeof(positions)),
gl.Pointer(&positions[0]),
gl.STATIC_DRAW)
gl.EnableVertexAttribArray(attrib_vpos)
gl.VertexAttribPointer(attrib_vpos, 3, gl.FLOAT, gl.FALSE, 0, gl.Pointer(nil))
// 将prog作为参数传递给Loop函数
Loop(prog)
})
defer do(func() {
sdl.Quit() // 确保SDL在主线程上退出
})
fmt.Println("Good frames", good_frames)
fmt.Println("Bad frames ", bad_frames)
fmt.Println("SDL events ", sdl_events)
}
// Loop函数:应用程序的主循环,负责定时更新和事件处理。
// 所有的OpenGL/SDL操作都通过do函数进行封装。
func Loop(program gl.Uint) {
start_time := time.Now()
ticker := time.NewTicker(100 * time.Millisecond)
defer ticker.Stop()
running := true
for running {
select {
case tick_time := <-ticker.C:
// 渲染操作通过do函数提交到主线程
do(func() {
OnTick(start_time, tick_time, program)
})
case event := <-sdl.Events:
// SDL事件处理通过do函数提交到主线程
do(func() {
running = OnSdlEvent(event)
})
}
}
}
// OnSdlEvent函数:处理SDL事件。
func OnSdlEvent(event interface{}) bool {
sdl_events++
switch event.(type) {
case sdl.QuitEvent:
return false // 停止主循环。
}
return true // 不停止主循环。
}
// OnTick函数:执行OpenGL渲染逻辑。
func OnTick(start_time, tick_time time.Time, program gl.Uint) {
duration := tick_time.Sub(start_time).Seconds()
speed := 10.
angle := math.Mod(duration*speed, 360)
gom := RotZ(angle)
MVP := ToGlMatrix(gom)
matrix_loc := gl.GetUniformLocation(program, gl.GLString("MVP"))
dummy_matrix_loc := gl.GetUniformLocation(program, gl.GLString("dummy"))
if gl.GetError() != gl.NO_ERROR {
fmt.Println("Error get location")
}
if dummy_matrix_loc == -1 {
good_frames++
} else {
bad_frames++
}
gl.UniformMatrix4fv(matrix_loc, 1, gl.TRUE, &MVP[0]) // 修正第二个参数为1,而不是16
if gl.GetError() != gl.NO_ERROR {
fmt.Println("Error send matrix")
}
gl.Clear(gl.COLOR_BUFFER_BIT | gl.DEPTH_BUFFER_BIT)
if gl.GetError() != gl.NO_ERROR {
fmt.Println("Error clearing")
}
gl.DrawArrays(gl.TRIANGLES, 0, 3)
if gl.GetError() != gl.NO_ERROR {
fmt.Println("Error drawing")
}
gl.Finish()
sdl.GL_SwapBuffers()
}
// RotZ函数:生成Z轴旋转矩阵。
func RotZ(angle float64) GoMatrix {
var gom GoMatrix
a := angle * DEG_TO_RAD
c := math.Cos(a)
s := math.Sin(a)
gom[0] = c
gom[1] = s
gom[4] = -s
gom[5] = c
gom[10] = 1
gom[15] = 1
return gom
}
// ToGlMatrix函数:将GoMatrix转换为GlMatrix。
func ToGlMatrix(gom GoMatrix) GlMatrix {
var glm GlMatrix
for i := 0; i < 16; i++ {
glm[i] = gl.Float(gom[i])
}
return glm
}代码说明:
在Go语言中集成OpenGL等C语言图形库时,理解Go的goroutine调度模型与图形库的线程亲和性要求之间的差异至关重要。通过runtime.LockOSThread()将主goroutine锁定到OS主线程,并结合基于通道的任务队列机制,可以有效地将所有图形渲染和事件处理操作调度到专用线程上执行。这种模式不仅解决了因线程切换导致的渲染异常问题,还为Go应用程序提供了稳定、可靠的图形渲染能力,同时保留了Go语言并发编程的优势。
以上就是Go语言与OpenGL:解决跨线程调用导致的问题的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号