Mio中Poll设置零时长超时后的行为是怎样的？

刚好对Mio的Poll机制比较熟悉，我来给你掰扯清楚零超时的行为：

当你给Mio的Poll::poll()方法传入零时长超时时，它会直接变成一个非阻塞的即时检查操作——完全不会阻塞等待，立刻返回当前所有已经处于就绪状态的IO事件，哪怕没有任何就绪事件，也会马上结束调用。

结合官方文档的细节再补充几点：

• 按照Mio文档的定义，poll()的核心逻辑是阻塞到至少一个就绪事件触发，或者超时时间结束。零超时就相当于给它设定了一个“立刻到期”的超时阈值，所以自然不会进入阻塞状态。
• 文档里提到超时会向上取整到系统时钟粒度（通常是1ms），但这个规则对零超时几乎没有影响——毕竟本来就是要立刻返回，哪怕取整也不会改变非阻塞的本质。不过要注意，内核调度的微小延迟可能会让实际返回时间比理论上的“零”晚一点点，但这个差异在绝大多数场景下可以忽略不计。

另外，底层实现上，Mio的零超时逻辑其实复用了Linux select()系统调用的特性：当select()的超时结构体timeval的tv_sec和tv_usec都设为0时，select()会直接检查文件描述符的就绪状态，不做任何等待，立刻返回结果。Mio就是基于这个特性来实现零超时的Poll行为的。

这种零超时的用法很适合那些不想阻塞当前线程，只是想轮询一下有没有待处理IO事件的场景——比如在一个需要同时处理计算任务的循环里，穿插着快速检查IO状态。

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