Node异步

阻塞I/O

操作系统内核对于I/O只有两种方式: 阻塞与非阻塞,在调用阻塞I/O 时,应用程序需要等待I/O 完成才返回结果。调用之后

一定要等到系统内核层面完成所有操作之后,调用才结束。

阻塞I/O 造成CPU等待I/O,浪费等待时间,CPU 的处理能力不能得到充分利用。

非阻塞I/O

调用之后会立即返回。非阻塞I/O 返回之后 CPU 的时间片可以用来处理其他事物,性能有明显提升。

非阻塞I/O 的一些问题: 由于完整的I/O 没有完成,立即返回的并不是业务层期望的数据,而仅仅是当前调用的状态。为了获取完整的数据,

应用程序需要重复调用I/O操作来确认是否完成。 

这种重复调用判断操作是否完成的技术叫轮询

现存的一些轮询技术:

read

select

poll

epoll  该方式是Linux下效率最高的I/O事物通知机制,在进入轮询的时候如果没有检查到I/O时间,将会进入休眠,直到事件发生将它唤醒。

它真实利用了事件通知、执行回调的方式,而不是遍历查询,所以他不会浪费CPU,执行效率较高。

 

 

 

 

 

posted on   思此狂  阅读(133)  评论(0编辑  收藏  举报

编辑推荐:
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
阅读排行:
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 单元测试从入门到精通
· 上周热点回顾(3.3-3.9)
· Vue3状态管理终极指南:Pinia保姆级教程

导航

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5
点击右上角即可分享
微信分享提示