标签: mio

与该标签相关的所有文章 "mio".

• mio(五)：关键设计决策

  2026年1月8日
  mio

  mio 的每一个设计决策都是为 Rust 的 ownership 系统量身定做的。Token 替代回调是为了避免 closure 生命周期问题；强制边缘触发是为了简化 API 和提高性能；强制 non-blocking 是为了避免意外阻塞事件循环；没有全局状态是为了让 Poll 的生命周期完全由用户控制。

• mio(四)：为什么不直接用 mio

  2026年1月7日
  mio

  mio 刻意只做事件通知，不提供 timer、buffer 管理、async/await、任务调度。直接用 mio 写服务器代码就像用 epoll_wait 的 C 代码一样繁琐。tokio 在 mio 之上叠加了完整的异步运行时。这不是 mio 的缺陷——这是 Unix 哲学的 "do one thing well"。

• mio(三)：平台后端-epoll、kqueue、IOCP

  2026年1月6日
  mio

  mio 在三个平台上的封装策略完全不同。Linux epoll 和 macOS kqueue 都是 Reactor 模型的原生映射，mio 的封装很薄。Windows IOCP 是 Proactor 模型，mio 必须用 AFD（Auxiliary Function Driver）这个底层驱动来模拟 Reactor 语义——这是 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 模型兼容。