如何将Windows IO完成端口HANDLE转为GLib的GPollFD对接libuv与GLib主循环？

我之前做跨平台主循环整合的时候也踩过这个坑，Windows下没有Unix那套文件描述符机制，确实得换个思路来适配。你提到用g_source_add_poll是完全正确的方向，关键就是搞定libuv的IOCP句柄到GLib GPollFD的转换，其实这里有个GLib跨平台实现的小细节可以利用：

在Windows平台上，GLib的GPollFD结构体里的fd字段本质上可以直接存储HANDLE值——GLib内部在Windows环境下会把这个字段当作HANDLE来处理，而不是普通的文件描述符。基于这个特性，我们就能把libuv的IO完成端口（loop->iocp）直接塞进去用。

下面是具体的实现代码，参考了你提到的项目思路，亲测可行：

// 定义自定义GSource的函数表（用回调简化的话可以只留空实现）
static GSourceFuncs uv_source_funcs = {
    NULL,  // prepare
    NULL,  // check
    NULL,  // dispatch
    NULL,  // finalize
};

// 让libuv执行一次非阻塞的事件处理
static gboolean uv_process_events(gpointer data) {
    uv_loop_t *loop = (uv_loop_t *)data;
    // 用UV_RUN_NOWAIT模式，处理完当前事件就返回，不阻塞GLib主循环
    uv_run(loop, UV_RUN_NOWAIT);
    // 返回TRUE保持source活跃，让GLib下次循环还会调用这个函数
    return TRUE;
}

// 整合libuv循环到GLib主循环的核心函数
void integrate_uv_with_glib(uv_loop_t *loop) {
    GSource *uv_source = g_source_new(&uv_source_funcs, sizeof(GSource));
    GPollFD poll_fd;

    // 把libuv的IOCP句柄赋值给GPollFD的fd字段（Windows下直接兼容）
    poll_fd.fd = (gint)loop->iocp;
    // 监听IOCP的通知事件，G_IO_IN对应完成事件，G_IO_ERR处理错误
    poll_fd.events = G_IO_IN | G_IO_ERR;
    
    // 将poll fd添加到自定义source中
    g_source_add_poll(uv_source, &poll_fd);
    // 设置回调函数，当IOCP有事件时触发libuv处理
    g_source_set_callback(uv_source, uv_process_events, loop, NULL);
    // 将source附加到当前GLib主循环上下文
    g_source_attach(uv_source, NULL);
    // 释放source的引用（attach后GLib会持有一个引用）
    g_source_unref(uv_source);
}

关键细节说明： #

1. IOCP事件监听：libuv在Windows下依赖IOCP处理所有异步事件，当有IO完成或者定时器到期时，IOCP会发出通知，GLib通过GPollFD监听这个句柄就能感知到libuv有事件需要处理。
2. 非阻塞处理：用UV_RUN_NOWAIT模式调用uv_run，确保libuv只处理当前待处理的事件，不会一直阻塞，这样GLib的主循环就能继续处理自己的事件，实现两者交替运行的效果。
3. 版本兼容性：要确保使用的GLib版本在2.36以上，这个版本之后GLib统一了跨平台的poll接口，Windows下对HANDLE的支持才稳定。

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