使用tbb::parallel_invoke分离线程后GLFW窗口冻结问题求助

GLFW在Windows等平台下，窗口的系统级消息必须由创建窗口的线程（即主线程）处理。你的代码中，主线程调用tbb::parallel_invoke后会完全阻塞，等待两个任务完成，但输入线程是死循环，导致主线程无法处理窗口的系统消息（比如重绘、底层交互消息），因此窗口看起来冻结，尽管渲染线程仍在正常执行GL操作并输出日志。

而OpenMP版本能正常运行，是因为OpenMP的parallel sections会让主线程参与执行其中一个任务（比如渲染循环），此时主线程在循环里调用glfwPollEvents，间接处理了系统消息，窗口得以正常响应。

方案1：让主线程负责窗口消息处理，避免阻塞 #

调整代码结构，让主线程不被TBB任务阻塞，主动处理窗口消息，同时用TBB启动后台输入线程：

#include <glad/glad.h>
#include <GLFW/glfw3.h>
#include <tbb/tbb.h>
#include <iostream>
#include <thread>

void framebuffer_size_callback(GLFWwindow* window, int width, int height)
{
    glViewport(0, 0, width, height);
}

class Window
{
public:
    unsigned int const SCREEN_WIDTH = 800;
    unsigned int const SCREEN_HEIGHT = 600;
    GLFWwindow* w;

    Window()
    {
        glfwInit();
        glfwWindowHint(GLFW_CONTEXT_VERSION_MAJOR, 3);
        glfwWindowHint(GLFW_CONTEXT_VERSION_MINOR, 3);
        glfwWindowHint(GLFW_OPENGL_PROFILE, GLFW_OPENGL_CORE_PROFILE);
#ifdef __APPLE__
        glfwWindowHint(GLFW_OPENGL_FORWARD_COMPAT, GL_TRUE);
#endif
        glfwWindowHint(GLFW_RESIZABLE, false);

        w = glfwCreateWindow(SCREEN_WIDTH, SCREEN_HEIGHT, "Simulation", nullptr, nullptr);
        glfwMakeContextCurrent(w);

        if (!gladLoadGLLoader((GLADloadproc)glfwGetProcAddress))
        {
            std::cout << "Failed to initialize GLAD" << std::endl;
            throw -1;
        }

        glfwSetFramebufferSizeCallback(w, framebuffer_size_callback);
        glViewport(0, 0, SCREEN_WIDTH, SCREEN_HEIGHT);
        glEnable(GL_BLEND);
        glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA);
    }
};

int main()
{
    Window window;
    tbb::task_group tg;

    // 启动后台输入线程
    tg.run([]() -> void
    {
        while (true)
        {
            std::cout << "Input loop" << std::endl;
            std::this_thread::sleep_for(std::chrono::seconds(1));
        }
    });

    // 主线程负责渲染+窗口消息处理
    while (!glfwWindowShouldClose(window.w))
    {
        std::cout << "Render loop" << std::endl;
        glClearColor(0.0f, 0.0f, 1.0f, 1.0f);
        glClear(GL_COLOR_BUFFER_BIT);

        glfwSwapBuffers(window.w);
        glfwPollEvents(); // 主线程处理系统消息，保证窗口响应
    }

    tg.cancel(); // 终止输入线程任务
    tg.wait();
    glfwTerminate();
    return 0;
}

方案2：规范OpenGL线程上下文绑定（辅助优化） #

OpenGL上下文是线程绑定的，原代码中上下文在主线程设置，渲染线程调用GL函数存在潜在风险。建议在渲染循环开头显式绑定上下文：

glfwMakeContextCurrent(window.w);

这不是窗口冻结的核心原因，但能让代码符合OpenGL线程规范，避免后续潜在问题。

• GLFW窗口与创建它的线程强绑定，该线程必须持续调用glfwPollEvents或glfwWaitEvents处理系统消息，否则窗口会失去响应。
• tbb::parallel_invoke会阻塞调用线程（主线程）直到所有任务完成，若其中一个任务是死循环，主线程会永久阻塞，无法处理窗口消息。
• OpenMP线程模型与TBB不同，主线程通常会参与任务执行，因此能在渲染循环中处理消息，避免窗口冻结。

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