nginx 为什么是异步非阻塞，请大家帮忙解答下？

[qxli]

我看网上都说 nginx 是异步非阻塞，我想知道为啥， nginx 网络模型用的是 epoll ，可 epoll 是同步非阻塞，那是怎么得出异步非阻塞的，还望请教

[tftk]

那些说法都是错的。

[SlipStupig]

epoll 也是 IO 复用模型，应该是同步 IO 。

[HelloCode9527]

我的看法是，

IO 操作分为两个过程：内核等待事件，把数据拷贝到用户缓冲区。这两个过程只要等待任何一个都是同步 IO 。

epoll 是一种 IO 复用机制，可以配合阻塞 IO 或者非阻塞 IO ，如果直接使用的话，肯定还是同步的。

但是， epoll 可以模拟异步，也就是 proactor 模式，由用户提供缓冲区， proactor 会把数据拷贝到用户缓冲区。

所以如果把同步的 IO 封装到库中，给用户提供一个“异步”的接口，其实也可以认为它是异步的。


你觉得呢？

[lovedboy]

看 unix 网络编程。

[jonnyhsy]

同步 /异步和阻塞 /非阻塞是两码事。除了 Windows 的 IOCP IO model ，其他的网络 syscall 都会在 copy data from kernel space to user space 那等待，不同的是在于从发出 IO 请求到 IO 数据准备好这段时间内，发出请求的 process 是不是可以接下去做其他事，显然 select/poll/epoll 都是可以的，所以它们是非阻塞 IO 。 epoll 监听的 file descriptor 绑定了 callback, 当某个 file descriptor 有事件发生时，用 callback 来唤醒，而不是像 select 那样需要 poll 所有的监听的 file descriptor ，所以在这个意义上来说， epoll 是异步 IO.

[jonnyhsy]

上面说的有问题。。 select 是阻塞 IO ， process 会等待在 select() syscall 上， select()返回表示监听的某个 file descriptor 发生了事件，具体是哪个 file descriptor, select 采用轮询所有的 file descriptor...

[zongwan]

推荐查看 openResty 的实现
lua 脚本里面使用系统级 sleep(0)和 ngx.sleep(0)效果一样,API 使用时间是不同的.
sleep(0) 是阻塞线程
ngx.sleep(0) 是异步,可以先处理其他事物延后执行之后的 lua 脚本

[qxli]

@HelloCode9527 恩，学习了，非常感谢

[qxli]

@zongwan 恩，有时间学习一下