C libuv句柄在关闭后但在关闭前是否处于活动状态?

C libuv句柄在关闭后但在关闭前是否处于活动状态?,c,libuv,C,Libuv,libuv有一个void uv\u close(uv\u handle\u t*handle,uv\u close\u cb close\u cb)方法来关闭接受回调的句柄 正如标题所述,在调用close\u cb之前,句柄是否处于活动状态(在I/O方面)?例如,UDP句柄能否在关闭\u cb之前触发接收回调,计时器句柄能否触发计时器回调 在文档中,我能找到的最接近的东西是“包装文件描述符的句柄会立即关闭,但close_cb仍将推迟到事件循环的下一次迭代。”然而,我不确定哪些句柄符合此标准,更重

libuv有一个
void uv\u close(uv\u handle\u t*handle,uv\u close\u cb close\u cb)
方法来关闭接受回调的句柄

正如标题所述,在调用
close\u cb
之前,句柄是否处于活动状态(在I/O方面)?例如,UDP句柄能否在
关闭\u cb
之前触发接收回调,计时器句柄能否触发计时器回调


在文档中,我能找到的最接近的东西是“包装文件描述符的句柄会立即关闭,但close_cb仍将推迟到事件循环的下一次迭代。”然而,我不确定哪些句柄符合此标准,更重要的是,“closed instally”的确切含义(停止所有回调?只停止新回调?完全从事件循环中删除?)

我实际上深入研究了源代码以解决这一问题,但被难住了。我对答案也很感兴趣,因为我假设回调将通过检查“活动”来保护flag和…我不认为它们是。但是,我可以告诉您,在我检查的每种句柄中,句柄都是“停止”的,并且底层I/O监视机制是关闭的。参见示例。