1. 课程导入与全景认知

在开始写第一行网络服务代码之前，我们需要先建立一个清晰的判断：什么样的服务算得上“事件驱动”，它为什么能在高并发场景下取代传统的“一连接一线程”模型，以及这门课最终要带你做出什么。本章不涉及具体 API，而是先搭好认知框架，让后续每一章都能挂在这张框架上。

一、从阻塞模型说起：为什么需要事件驱动

假设我们写一个最朴素的 TCP 回显服务器，用阻塞式 socket 加多线程处理：主线程 accept() 返回一个新连接后，交给一个工作线程，工作线程调用 recv() 等待数据。这个模型的问题不在于“能不能用”，而在于成本结构：每个连接至少占用一个线程栈（Linux 默认 8 MB 虚拟内存，实际驻留通常几十 KB 到几百 KB），线程切换需要内核调度，连接数上万后，CPU 大量时间消耗在上下文切换而非真正的数据处理上。更糟的是，绝大多数连接在任意时刻都是空闲的——它们只是“存在”，并没有数据可读，但线程依然被阻塞占用。

事件驱动的核心洞察正是：不要让线程去等待，而让内核在有事件时通知我们。服务进程注册一批文件描述符（fd）到多路复用器（select / poll / epoll / kqueue / IOCP），然后阻塞在“等待事件”这一个点上。当某个 fd 可读、可写或出错时，多路复用器返回就绪列表，进程只处理真正有事可做的连接。这样，一个线程就能管理成千上万个连接，线程数量与连接数量解耦。

二、事件驱动网络服务的定义

综合来看，事件驱动网络服务可以定义为：以事件循环（Event Loop）为执行核心，通过 I/O 多路复用统一监听大量文件描述符，将“就绪通知”转化为回调或状态机推进，从而在少量线程内支撑高并发连接的网络服务程序。它包含四个不可分割的要素：

• 事件源：socket 可读/可写、定时器到期、信号、跨线程唤醒事件等。
• 事件收集器：epoll、kqueue、IOCP 等操作系统提供的多路复用机制。
• 事件分发器：把就绪事件映射到对应的处理器（回调函数、协程、状态机）。
• 事件处理器：真正执行业务逻辑的代码，必须短小、非阻塞，否则会拖垮整个循环。

需要强调的是，事件驱动不等于“异步”本身，也不等于“高性能”的自动保证。它是一种资源使用方式的取舍：用更复杂的控制流（回调、状态机、协程）换取更低的每连接内存开销和更少的线程切换。理解这个取舍，是学好本课程的前提。

三、核心价值：不只是“快”

事件驱动的价值可以从三个维度衡量。第一是内存效率：一个连接在事件驱动模型下通常只需要几百字节到几 KB 的状态结构（fd、读缓冲区、写缓冲区、状态标记），而一个线程栈动辄几十 KB 起步。第二是调度效率：没有线程切换，事件循环在用户态顺序处理就绪事件，CPU 缓存局部性更好。第三是可预测性：由于所有 I/O 都在一个（或少数几个）循环中推进，延迟更容易分析和控制，不会因为某个线程被换出而抖动。

但必须同时看到代价：事件驱动要求所有处理逻辑绝不阻塞。一次同步磁盘读写、一次 sleep()、一次没有设置超时的 DNS 查询，都可能让整个循环停摆，所有连接一起卡住。因此，事件驱动编程的真正难点不在“怎么注册事件”，而在“如何把原本线性的业务逻辑拆成非阻塞的状态机或协程”。这也是本课程后续大量篇幅要解决的问题。

四、典型应用场景

事件驱动并非万能，它最适合以下场景：

• 长连接推送服务：IM、消息推送、在线协作，连接数多但单连接流量小，空闲比例高。
• API 网关与反向代理：Nginx、Envoy 的核心模型，需要同时转发大量上游/下游连接。
• 实时数据采集与监控：物联网设备上报、日志收集，海量短报文、低延迟要求。
• 游戏服务器：状态同步频繁，需要低延迟和大量并发会话。

相反，如果是 CPU 密集型任务（视频转码、复杂计算），事件驱动并不会带来收益，反而应该用多进程或线程池把计算并行化。判断标准很简单：服务的瓶颈是“等待 I/O”还是“消耗 CPU”。前者适合事件驱动，后者适合并行计算。

五、课程学习路径与实战项目

本课程共 30 章，整体按“认知 → 基础 → 核心 → 进阶 → 实战”推进。前几章建立事件驱动模型与 I/O 多路复用基础，随后深入 epoll/kqueue 的语义与陷阱、非阻塞 I/O 的正确处理方式、缓冲区管理与粘包拆包、定时器实现、连接生命周期管理。中后段进入 Reactor/Proactor 模式、多线程事件循环、协程化改造、背压与限流、性能观测与调优。最后以一个完整的实战项目收束。

实战项目设定为：一个支持万级并发连接的长连接消息推送服务。它需要完成：TCP 接入与协议解析（自定义长度前缀协议）、连接注册与心跳保活、基于 epoll 的事件循环、消息路由与广播、定时器驱动的超时清理、以及简单的性能压测与指标输出。示例参数如下（均为教学假设值，非实测）：单机目标 10000 个并发连接，心跳间隔 30 秒，单条消息上限 4 KB，事件循环线程数 4，每个连接读缓冲区初始 4 KB、按需扩展至 64 KB。压测时观察三个指标：连接建立成功率、消息端到端 P99 延迟、CPU 占用率。若 P99 延迟随连接数上升而急剧恶化，通常说明事件处理器中存在阻塞或锁竞争，需要回到对应章节排查。

现在你已经有了整门课的地图：事件驱动是用“事件循环 + 非阻塞 I/O”换取高并发能力的一套工程方法，它的收益在连接数多、I/O 等待占比高的场景中最明显，代价是控制流复杂化。接下来的章节，我们就从操作系统提供的多路复用接口开始，一步步把这张图变成可运行的代码。