glfw 拖动窗口最初在 macOS 上很滞后

学习Golang要努力，但是不要急！今天的这篇文章《glfw 拖动窗口最初在 macOS 上很滞后》将会介绍到等等知识点，如果你想深入学习Golang，可以关注我！我会持续更新相关文章的，希望对大家都能有所帮助！

我刚刚使用 glfw 创建了一个窗口并在 macos 上运行。问题是：如果我拖动窗口并四处移动，窗口的移动最初会非常滞后，但后来会变得平滑。 linux (ubuntu) 上不会出现此问题。为什么以及如何解决它？

系统：macos 10.15.7 (19h2) 代码：

package main

import (
    "fmt"
    "runtime"

    "github.com/go-gl/gl/v4.1-core/gl"
    "github.com/go-gl/glfw/v3.3/glfw"
)

func init() {
    runtime.LockOSThread()
}

func main() {
    err := glfw.Init()
    if err != nil {
        panic(fmt.Errorf("failed to initialize GLFW: %w", err))
    }
    defer glfw.Terminate()

    glfw.WindowHint(glfw.Resizable, glfw.False)
    glfw.WindowHint(glfw.ContextVersionMajor, 4)
    glfw.WindowHint(glfw.ContextVersionMinor, 1)
    glfw.WindowHint(glfw.OpenGLProfile, glfw.OpenGLCoreProfile)
    glfw.WindowHint(glfw.OpenGLForwardCompatible, glfw.True)

    win, err := glfw.CreateWindow(800, 600, "glfw", nil, nil)
    if err != nil {
        panic(err)
    }
    defer win.Destroy()
    win.MakeContextCurrent()
    if err := gl.Init(); err != nil {
        panic(err)
    }
    win.SetTitle(fmt.Sprintf("%s", gl.GoStr(gl.GetString(gl.VERSION))))
    gl.ClearColor(1.0, 1.0, 1.0, 1.0)

    for !win.ShouldClose() {
        gl.Clear(gl.COLOR_BUFFER_BIT | gl.DEPTH_BUFFER_BIT)
        win.SwapBuffers()
        glfw.PollEvents()
    }
}

解决方案

该问题与 go 无关。用 c 编写的示例也重现了该问题：

#include <GLFW/glfw3.h>

int main(void)
{
    GLFWwindow* window;

    /* Initialize the library */
    if (!glfwInit())
        return -1;

    /* Create a windowed mode window and its OpenGL context */
    window = glfwCreateWindow(640, 480, "Hello World", NULL, NULL);
    if (!window)
    {
        glfwTerminate();
        return -1;
    }

    /* Make the window's context current */
    glfwMakeContextCurrent(window);

    /* Loop until the user closes the window */
    while (!glfwWindowShouldClose(window))
    {
        /* Render here */
        glClear(GL_COLOR_BUFFER_BIT);

        /* Swap front and back buffers */
        glfwSwapBuffers(window);

        /* Poll for and process events */
        glfwPollEvents();
    }

    glfwTerminate();
    return 0;
}

简短的回答是：在 macos 上使用 glfwwaitevents。

长的答案是 glfwpollevents 处理事件（如果有）。否则，它立即返回。这意味着（简单的）程序会尽可能快地一遍又一遍地清除屏幕，从而消耗大量 cpu 时间。另一种方法是 glfwwaitevents，如果没有事件等待，则会阻塞，从而消耗很少或不消耗 cpu 时间。可以说，使用大量 cpu 的程序不应导致窗口滞后，但这实际上取决于操作系统及其分配资源的方式。

至于使用这两个函数中的哪一个，完全取决于我们还希望程序执行什么操作。如果我们只想对用户输入做出反应而不做其他事情，glfwwaitevents 可能是正确的选择。如果我们想在事件循环中做其他事情，glfwpollevents 可能更合适，特别是如果我们想独立于用户输入重绘窗口内容。

旁白：glfwswapinterval(1) 也可能会避免延迟，因为它会导致 glfwswapbuffers 阻塞几毫秒，再次让 cpu 休息。

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~