GTK4移除GtkDialogs阻塞特性后如何加入事件循环保留线性CFG？

你补充的基于g_main_context_iteration的实现是符合需求的可行方案，g_main_context_iteration正是GLib提供的官方接口，用于手动驱动事件循环处理待处理事件，不会阻塞整个应用的交互逻辑，同时能保留原有代码的线性控制流结构。

现有实现的优化建议 #

你当前的实现可以做几处调整，提升稳定性和性能：

• 移除1ms的等待休眠，直接判断future是否就绪，降低对话框的响应延迟
• 增加信号连接的生命周期管理，避免对话框提前销毁时触发悬空指针访问
• 第二个参数传true时，事件循环会等待直到有事件到来再返回，避免空转浪费CPU资源

优化后的代码示例：

auto wait_for_gtk_dialog_result = [](GtkDialog* dialog) -> int {
    std::promise<int> promise;
    auto future = promise.get_future();
    gulong signal_id = g_signal_connect(dialog, "response",
        GCallback(+[](GtkDialog*, int result, std::promise<int>* promise) {
            promise->set_value(result);
        }), &promise);

    while (future.wait_for(std::chrono::seconds(0)) != std::future_status::ready) {
        g_main_context_iteration(g_main_context_default(), true);
    }

    g_signal_handler_disconnect(dialog, signal_id);
    return future.get();
};

原生GLib API替代方案 #

如果不想依赖C++标准库的std::promise/std::future，可以直接使用GLib原生的临时主循环实现，性能更优，空转开销更低：

auto wait_for_gtk_dialog_result = [](GtkDialog* dialog) -> int {
    int result = 0;
    GMainLoop* temp_loop = g_main_loop_new(g_main_context_default(), FALSE);
    
    struct CallbackData {
        int* result;
        GMainLoop* loop;
    };
    auto* data = new CallbackData{&result, temp_loop};

    gulong signal_id = g_signal_connect(dialog, "response",
        GCallback(+[](GtkDialog*, int res, gpointer user_data) {
            auto* data = static_cast<CallbackData*>(user_data);
            *data->result = res;
            g_main_loop_quit(data->loop);
        }), data);

    g_main_loop_run(temp_loop);

    g_signal_handler_disconnect(dialog, signal_id);
    g_main_loop_unref(temp_loop);
    delete data;
    return result;
};

注意事项 #

• 你提到的嵌套调用栈溢出问题确实存在，该类同步调用本质上是嵌套事件循环，嵌套层数过深时会触发栈溢出，普通桌面应用场景下嵌套对话框调用层数一般不会超过10层，几乎不会触发该问题，如果确实有深层嵌套需求，可以考虑重构代码为异步回调结构。
• 一定要保证对话框在等待结果期间不会被外部逻辑销毁，否则会触发未定义行为。

内容的提问来源于stack exchange，提问作者Fabian Keßler