web 前端培训 nodejs 异步 IO

​

1.IO 了解

IO 分类(是否立即获取到调用之后的结果)：

阻塞 IO：

重复调用 IO 操作，判断 IO 是否结束（任务轮询:read、select、poll、kqueue、event ports）因为在轮询的过程中，程序再等待 IO 的结果，对于代码而言，还是同步的效果。

非阻塞 IO：

实现无需判断的非阻塞 IO，通过某种信号或者回调的形式传回给当前的代码进行使用

文件 IO：

放入到 node 实现的线程池中

异步网络 IO：

利用到了 node 的核心库 libuv 库

可判断所运行的平台

根据平台调用不同的异步 IO 处理的方法（做到了类似于跨平台的效果）

实现异步 IO 的过程：

2.为什么要使用异步 I/O

在不同模式下执行两任务，显然，异步使用的时间，比同步使用的时间少

3.事件驱动架构

事件轮询是异步 IO 的实现，对异步 IO 结果的处理（利用事件驱动、发布订阅、观察则模式），依赖于 nodejs 的 events 库_前端培训;

代码层面展示:

const EventEmitter = require('events');

const emitter = new EventEmitter();

// 订阅 1

emitter.on('event',(result)=>{

console.log('event1 fired');

console.log(result);

})

// 订阅 2

emitter.on('event',(result)=>{

console.log('event2 fired');

})

// 发布

emitter.emit('event','event_result');

/*结果

event1 fired

event_result

event2 fired

*/

理解到平时编码中，所写的异步代码（订阅啊事件），回调函数就是事件的处理程序，不过发布事件是由系统完成的

4.nodejs 单线程

怎么实现并发：异步非阻塞 IO 配合事件事件回调通知

运行 js 代码的主线程是单线程（减少了多线程切换的 cpu 开销与内存开销），但是在 libuv 库中，使用到了 node 实现的线程池

缺点：处理 cpu 密集型的任务时，无法体现多核 cpu 的优势

代码展示单线程处理 cpu 密集型任务时出现的阻塞现象：

const http = require('http');

function sleepTime(time){

const sleep = Date.now() + time * 1000;

// 同步代码，等待时间

while(Date.now() < sleep){};

return;

}

sleepTime(4);

const server = http.createServer((req,res)=>{

res.end('server starting ...');

});

server.listen('8080',()=>{

console.log('服务启动了');

})

5.nodejs 应用场景

适合 IO 密集型任务处理，nodejs 作为中间层，搭建 bff 层服务器（提高吞吐量，方便处理数据）：

文章来源于 SegmentFault 思否

​