Gtk3+wglContext环境下GdkCursor随机重置为默认的问题求助

问题背景 #

我们从Gtk2升级到Gtk3.24，由于GtkGLExt不支持Gtk3，改用wglContext自行管理渲染上下文。软件为多线程架构，需同时运行十余个上下文，因此无法使用非线程安全的GdkGLContext。目前渲染功能正常，但存在以下异常：

• 多个GtkDrawingArea的GdkCursor会随机重置为默认指针，移动鼠标时可见光标闪烁
• 监听光标变化信号未收到任何重置通知
• 仅按住左键拖动鼠标时不会出现该问题
• 改用GdkGLContext时无此问题，但无法满足多线程多上下文需求
  已提供最小复现示例，寻求排查方向或确认是否为已知Bug。

排查方向 #

1. WGL上下文切换与GDK光标状态的竞态冲突 #

Gtk的光标管理依赖GDK事件循环和窗口状态同步，手动切换WGL上下文时，若在非GDK主线程操作窗口资源，可能干扰GDK内部的光标状态跟踪逻辑：

• 检查所有wglMakeCurrent调用的时机，避免在GDK处理鼠标事件的临界区执行
• 尝试在切换WGL上下文前后，通过GDK主线程同步锁定/恢复光标状态，减少竞态可能

2. GDK窗口焦点与光标归属的同步问题 #

多GtkDrawingArea场景下，GDK可能在窗口焦点切换时自动重置光标，而自定义WGL上下文的窗口可能未正确注册GDK输入状态回调：

• 为每个GtkDrawingArea监听focus-in-event和focus-out-event，手动维护光标状态
• 排查GDK内部是否存在因窗口表面（window surface）变更导致的光标重置逻辑，自定义WGL上下文可能未触发GDK的表面状态更新

3. WGL上下文与GDK窗口原生句柄的兼容性 #

Gtk3的窗口表面管理与Gtk2差异较大，自定义WGL上下文若未正确绑定GDK窗口的原生句柄，会导致GDK无法正确跟踪窗口输入状态：

• 验证wglCreateContext使用的原生窗口句柄是否与gdk_win32_window_get_handle获取的一致
• 检查是否在WGL上下文创建后，未通知GDK窗口表面的GL上下文已变更，导致GDK仍用默认逻辑处理光标

4. 官方已知Bug排查 #

查阅Gtk3.24的官方Bug追踪记录，重点关注：

• 多线程场景下自定义GL上下文与GDK光标管理的冲突案例
• Win32平台下GtkDrawingArea光标状态异常的相关报告

5. 线程同步与事件循环的合规性 #

GDK事件循环必须在主线程运行，自定义WGL线程若直接操作窗口资源，会破坏GDK的线程安全模型：

• 确保所有GDK相关的光标设置、窗口操作都在主线程执行，WGL线程仅负责纯渲染逻辑
• 检查是否存在线程间未同步的窗口状态修改，导致光标状态被意外覆盖

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