理论上缓存数据库已经够快了，单次操作基本都是压毫秒级的，异步的话，epoll部分的操作反而有额外的cpu消耗。即使异步，在缓存数据库有瓶颈的时候，用户端还是有延迟。没记错的话，tornado的作者也建议I/O使用同步方式来着。

tornado是异步非阻塞的服务器, 每一个socket请求会转化成文件描述符 回调函数注册的到epoll中,那么每个请求是不是处理线程就不会阻塞了 但是 tornado中也有@gen.coroutine与AsyncHTTPClient()组合来写异步代码 ，不是非阻塞了嘛 为什么还有这些模块来防止写的代码阻塞了处理线程 麻烦大家详细解释一下

对，是死循环。以 select 为例，源码的关键部分是： {代码...} 所以说 epoll 效率比 select 高啊。P.S. 其实效率低主要倒不是因为死循环，而是频繁的内核态和用户态切换。

主机172.17.0.1 nginx centos7172.17.0.2 tomcat centos7172.17.0.3 tomcat centos7

楼主的问题其实很难简单说明白，我先说下我的观点，可能太基础，权当抛砖引玉： 要深入理解eoll,我觉得是建立在这样的基础之上的： 1:理解IO多路复用机制。我曾经尝试着回答过这个问题 I/O多路复用的应用场合疑问？ 就像答案中说到，这只是一种高效处理socket连接的策略。 2：为什么要使用IO多路复用机制？也就是传统多...

为什么redis+lua分布式限流，redis本身就是可以分布式部署的，为什么还需要配置使用lua来实现限流呢？我能想到的可能就是以下几点:1、把计算部分使用lua脚本去实现，每个需要用到的地方直接去调用脚本执行，不用在每个地方去查询处理。2、提取公共方法查询是否限流。在这期间有两个问题，1:需要把当前请求counter查询出...

epoll在多线程并发下需要用到EPOLLONESHOT防止多个线程处理同一个事件，但是这样就变成无论ET还是LT都需要循环读写确保这个线程单独处理完这个事件，而且每次处理完事件都需要重置events，这样ET和LT的优势好像都没了，是不是基本没什么不同了？或者说还有其他更好的多线程处理事件的方法？

node是单线程的没错，可以把这个线程理解为主线程，当遇到异步时，会把文件读取异步的任务交给底层的libuv,会根据平台选择(文件IO采用线程池，网络IO，linux采用epoll，windows采用IOCP)只是执行js代码的是单线程而已，异步任务完成后会放进事件队列，事件轮询，等到主线程空闲时取出来处理。

异步程序的关键是非阻塞io，具体就是select函数以及linux上的epoll和mac上的kqueue，自己建一个事件循环，一旦有io动作就切换到其他任务执行，并不断扫描各个io任务的执行情况。

通过读写操作对socket进行通信，但是若是使用php来作为服务端的话，需要配合一些额外的库来达到并发的特性，类似epoll、swoole等，如楼上所说。

"水平触发为什么可以处理阻塞I/O"这句话不太懂。我们说I/O阻不阻塞主要就是说当I/O没有准备好的时候，要不要等待。既然都用到epoll了，那么就说明你写的时候，I/O已经准备好了，也就不存在阻塞了，那当处理完这个文件描述符以后，就可以继续处理下一个准备好了的文件描述符。

1.基础网络协议 TCP/IP 协议基础 HTTP 协议基础 2.编程基础 socket编程 多线程 or 多进程 并发模式 select poll epoll等 3.Python网络模块orWeb框架 python 标准库一些源码： SocketServer.py 源码 SimpleHTTPServer.py 源码 wsgiref.py 的源码 Web框架or服务器 werkzueg源码 flask 源码 tornado 源码 参考书目： 《Pyth...

这叫reactor模式 说到异步IO，其实现在很难实现真正的异步(除非利用硬件的电位来做异步触发)，大部分情况下仍然需要阻塞在某个多路复用函数，比如select 或者 epoll 上，等到描述符就绪(比如网卡缓冲区可读写)，然后调用注册在相应描述符上的回调函数。这种方式是现在的反应堆设计的基本思路。用Twisted的图可以解释

epoll有两种工作模式，分别为水平触发和边缘触发。手册上面说边缘触发的时候要求文件描述符必须为非阻塞的，这个我可以理解。但是水平触发为什么可以处理阻塞io呢？ 在水平触发模式下，如果一个io是阻塞的，我们对这个io进行写操作，io一直阻塞，那么进程就会被阻塞，其他的io也无法处理了，这种情况正确吗？

fastcgi_finish_request是PHP-FPM下提供的一个函数.可以冲刷(flush)所有响应的数据给客户端并结束请求.这使得客户端结束连接后,能够继续执行不需要输出给用户的代码,但仍会阻塞当前PHP-FPM工作进程.

大多数server都是linux端的，nginx 这类底层用epoll效果比win下的ICOP要好，linux对server端的支持真的非常非常好。还有很多字符处理什么的支持也非常好grep sed这类命令还有非常逆天的git的支持（虽然win下也有）。

最近刚开始读cpp-httplib源码，发现它是采用blocking IO + 线程池的模式，每个连接由线程池里的某一个线程处理。既然这样，每个线程同一时刻只处理一个fd上的数据读写，为什么还要用select或者epoll这样的IO复用呢？它的select_read函数里每次只是监听一个套接字，这样select意义在哪里呢？可能是理解还不到位，有没有读...