GTK4中如何替换已弃用的Gdk::Window::process_updates()实现光标即时更新

在GTK4的单线程事件循环模型里，事件处理函数会阻塞主循环，导致所有UI更新（包括光标变更）都要等到函数执行完毕才会生效——这就是你遇到的问题根源。Gdk::Window::process_updates()在GTK4里被移除了，但我们可以通过调整代码执行时机来达到同样的效果。

核心解决方案：把耗时操作放到空闲回调中 #

通过Glib::idle_add()将你的耗时逻辑注册为空闲回调，这样设置光标后，主事件循环会先处理光标更新的请求，等UI线程空闲时再执行你的耗时任务。示例代码如下：

auto wait_cursor = Gdk::Cursor::create("wait");
assert(wait_cursor);

window->set_cursor(wait_cursor);

// 将耗时操作包装到空闲回调中
Glib::idle_add([window]() {
    // 这里放原来的耗时处理代码
    ...
    ...
    ...

    // 任务完成后恢复默认光标
    window->set_cursor();
    return false; // 返回false表示回调只执行一次
});

进阶：耗时操作改用后台线程 #

如果你的处理逻辑确实非常耗时，建议把它放到后台线程中执行，避免长时间占用UI线程导致界面卡顿。配合Glib::Dispatcher可以安全地从后台线程通知主线程更新光标：

#include <Glib/Dispatcher.h>

// 类成员或全局变量（根据你的代码结构调整）
Glib::Dispatcher dispatcher;
std::thread worker_thread;

// 设置等待光标并启动后台线程
auto wait_cursor = Gdk::Cursor::create("wait");
assert(wait_cursor);
window->set_cursor(wait_cursor);

// 绑定Dispatcher的回调（用于任务完成后恢复光标）
dispatcher.connect([window]() {
    window->set_cursor();
});

// 启动后台线程执行耗时任务
worker_thread = std::thread([this]() {
    // 这里放耗时处理代码
    ...
    ...
    ...

    // 任务完成后通知主线程
    dispatcher.emit();
});
worker_thread.detach(); // 或者用join，根据线程管理需求调整

为什么XFlush()没用？ #

XFlush()只是刷新X11的请求队列，但GTK4在更高层做了封装，UI更新的调度完全由GTK的事件循环控制，直接调用X11的底层接口无法绕过GTK的逻辑。

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