nginx异步非阻塞应该如何理解?

本文探讨了系统调用如read()的阻塞特性,并解释了epoll如何通过循环检查来实现非阻塞行为。同时,文章还对比了同步与异步I/O的区别,尤其是在操作系统层面和应用层的不同表现。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

系统调用比如 read(),默认就是阻塞的,你调用它之后,可能此时还没有数据发送过来,它就一直阻塞,直到从内核读到数据才返回。而 epoll 之所以为非阻塞是因为,它一直循环,直到某个连接已经将数据发送过来后才会去调用 read() ,因为此时内核区是有数据的,所以不会发生阻塞,这就是非阻塞。

而同步异步这个要对比起来说。严谨来说,OS 层的 epoll 是同步非阻塞的,在系统调用中有与之相反的异步读,你调用之后立即返回,内核自动将内核缓冲区的数据读到用户区。

然而像 Nginx、Node.js 这种应用层实现,把它们称为异步,是因为和代码的同步 I/O 方式比起来,它们是用回调这种方式进行 I/O,所以称为异步。


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值