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();// 订阅1emitter.on('event',(result)=>{ console.log('event1 fired'); console.log(result);})// 订阅2emitter.on('event',(result)=>{ console.log('event2 fired');})// 公布emitter.emit('event','event_result');/*后果event1 firedevent_resultevent2 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层服务器（进步吞吐量，不便解决数据）：