关于node.js:nodejs异步IO

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层服务器（进步吞吐量，不便解决数据）：