标签: event-loop

与该标签相关的所有文章 "event-loop".

• mio(六)：代码示例-TCP Echo Server

  2026年1月9日
  mio

  mio 官方提供的 TCP server 示例约 130 行，展示了手动事件循环的完整模式：Token 分发、WouldBlock 处理、edge-triggered drain、连接池管理。同样的功能用 tokio 约 15 行。这个对比不是在批评 mio——它精确地展示了 mio 的定位：它是操作系统事件通知的薄封装，不是应用框架。

• mio(二)：核心架构-Poll、Token、Interest、Events

  2026年1月5日
  mio

  mio 的核心由 6 个类型组成：Poll（事件循环）、Registry（注册表）、Token（事件标识）、Interest（监听意图）、Events（事件集合）、Source trait（可轮询的 I/O 源）。整个 API 没有一个回调函数、没有一个 closure——全靠整数 Token 做事件分发。这是有意为之的设计决策，为了与 Rust 的 ownership 模型兼容。

• mio(一)：Rust 异步生态的 Reactor 基石

  2026年1月4日
  mio

  mio 是 Rust 生态中对操作系统 I/O 事件通知机制（epoll/kqueue/IOCP）的薄封装，由 Carl Lerche 创建，当前版本 1.2.1。它刻意只做一件事：事件就绪通知。没有 timer、没有 buffer、没有 async/await。tokio 和整个 Rust 异步生态建在 mio 之上。它与 C++ Asio 的核心差异：Asio 选 Proactor 是因为要向 IOCP 对齐；mio 选 Reactor 是因为 Rust 语言特性（ownership + async/await）让 Reactor 模式更自然，而 IOCP 的适配代价由 mio 在内部消化。

• asio(二)：io_context-事件循环的核心引擎

  2025年6月4日
  Asio

  iocontext 不只是一个事件循环，它是异步操作的调度器：管理完成事件队列、分发 handler 到调用 run() 的线程、与操作系统的 I/O 多路复用器集成。Boost 1.66 将 ioservice 拆分为 io_context（执行上下文）+ executor（轻量句柄），是为了解耦 I/O 对象与具体的执行环境。