高并发服务器开发 线程池 EPOLL

如果你写过能跑通的 TCP 服务端，但一到几百上千个连接就卡住、CPU 飙高、内存乱涨，那这门课对准的就是这个阶段的问题。它不讲语法入门，也不铺开讲框架，核心就两件事：用线程池管住并发任务的调度，用 epoll 管住大量连接的事件分发。这两块是绝大多数 C/C++ 后端服务在性能上绕不过去的坎，也是面试里被反复追问的地方。

它解决的是什么工作场景

最典型的场景是：单线程 accept 加一个连接一个线程的写法，在连接数上百之后线程切换开销就把机器拖垮了。课程要处理的就是这种从「能跑」到「扛得住」的过渡。你会接触到阻塞与非阻塞 IO 的取舍、IO 多路复用的几种模型对比，以及为什么在 Linux 上 epoll 比 select、poll 更适合高连接数。线程池部分则围绕任务队列、线程唤醒、锁的粒度展开，解决的是任务提交与执行解耦的问题——这两块拼起来，才是一个可用的并发服务器骨架。课程后段还涉及数据库与消息队列的接入，说明它并不停在玩具 demo，而是往真实服务的结构上靠。

适合什么基础，先看哪几块

前提是你能熟练写 C 或 C++，理解 socket 编程的基本流程，知道什么是文件描述符、阻塞调用、进程与线程的区别。如果这些还模糊，直接上这门课会跟得很吃力，建议先把 TCP 客户端服务端通信手写一遍再来。学习顺序上，建议先看线程池与 IO 多路复用那一部分，把模型和动机搞清楚；再进入 epoll 的讲解，重点理解水平触发与边缘触发的差别，以及事件循环怎么组织；最后再看数据库与消息队列的内容，那时候你已经有了一个能承接业务的服务端结构，接外部组件才不突兀。作业讲解部分不要跳，它通常是暴露你理解偏差的地方。

学完能独立做什么，资料怎么用

学完之后，你应该能自己从零搭出一个支持数千并发连接的服务端：主线程负责监听与事件分发，工作线程池处理具体请求，连接的生命周期、读写缓冲、异常断开都能自己管起来，而不是依赖现成框架。这个能力在自研网关、推送服务、游戏后端、内部 RPC 服务等方向上都能直接用上。

资料以视频为主，单集体量不小，建议不要连续刷。比较有效的用法是：看完线程池那一集，先自己写一个固定大小线程池，能提交任务、能优雅退出；看完 epoll 那一集，把之前的阻塞式服务端改写成事件驱动版本，然后压测对比连接数上限的变化。每改一次都记录下卡在哪里，再回去看对应片段。数据库和消息队列部分，可以留到你的服务端能稳定跑起来之后再补。这样走一遍，比单纯看完视频要扎实得多。