如何在自定义引擎编辑器中同时使用glfwPollEvents与glfwWaitEvents？

你的核心矛盾是既要满足编辑器的按需响应（避免无意义的UI重绘），又要保证场景视口的持续渲染，同时还要遵守OpenGL单线程绘制的限制，最优方案是用glfwWaitEventsTimeout替代glfwWaitEvents，结合按需触发逻辑，完全在单线程内解决问题：

• 用glfwWaitEventsTimeout(1.0/目标帧率)替代glfwWaitEvents
  这个函数不会无限阻塞线程，它会等待事件触发，或者到达指定超时时间后自动返回。比如设置超时为1/60秒，就能保证每60ms自动唤醒一次线程，刚好满足场景视口的持续渲染需求；如果有编辑器的UI事件（比如按钮点击、属性修改）触发，它会立刻唤醒线程处理事件，完全不影响编辑器的按需响应。

• 按需触发编辑器重绘
  当编辑器有明确的重绘需求（比如用户修改了物体属性、调整了UI布局），可以主动调用glfwPostEmptyEvent()立即唤醒线程，不用等超时，保证编辑器UI的响应及时性。

• 单线程内统一处理渲染
  所有OpenGL绘制调用（场景视口渲染、编辑器UI渲染）都放在这个主线程里执行，完全符合OpenGL的线程安全要求，不需要复杂的多线程同步逻辑。

伪代码示例 #

bool editorNeedsRedraw = false;

// 注册编辑器事件回调（比如属性修改、UI交互）
void onEditorEvent() {
    editorNeedsRedraw = true;
    glfwPostEmptyEvent(); // 立即唤醒线程处理
}

while (!glfwWindowShouldClose(mainWindow)) {
    // 等待事件或超时
    glfwWaitEventsTimeout(1.0 / 60.0);

    // 持续渲染场景视口
    renderSceneViewport();

    // 按需渲染编辑器UI
    if (editorNeedsRedraw) {
        renderEditorUI();
        editorNeedsRedraw = false;
    }
}

为什么这是最优方案 #

1. 无需多线程，避免了OpenGL跨线程绘制的限制，也省去了线程同步的复杂度和潜在bug。
2. 自动平衡持续渲染和按需响应：超时机制保证场景视口的帧率，事件触发保证编辑器UI的及时性。
3. 比你当前用的glfwWaitEvents+glfwEmptyEvent更省心：不用手动管理什么时候触发空事件来更新场景，超时会自动处理，减少漏触发导致的卡顿问题。

内容的提问来源于stack exchange，提问作者Tim The Webmaster