网络编程

应用层的事件循环(Event Loop) + epoll 内核层的异步事件驱动的“就绪通知” `, 在我看来是应用程序称为 "基于事件驱动"的核心。

谁说阻塞不好？epoll_wait不就阻塞的挺好的。epoll内部在操作系统内核的实现其实是通过硬件中断做到了异步事件驱动。

关于IO多路复用，你经常会看到有资料提及它是异步事件驱动的。但也有资料说我们编程时等待epoll通知就绪事件时是同步阻塞的。到底怎么看这个问题呢？

“异步阻塞” 这个组合很反直觉，你一不小心可能写出“异步阻塞”的模式，要小心。另外，Linux的真正异步尚未成熟，你敢信？

无论你用Java、Python、Go还是C++，当进行真正的I/O操作（网络读写、文件操作等）时，最终在底层都必须通过系统调用 来请求操作系统内核提供服务。