执
行某个函数 ->执行语句A,B,C,D ->在D语句发起异步请求,同时向引擎注册一个回调事件 ->执行E,F,G
->退出函数块 ,引擎Loop...Loop...Loop,此时异步的请求得到了Response,之前注册的回调被执行。
@VILIC VANE
也提到了,实际上Node.js主要是为了应对主流web
app存在大量I/O等待而CPU闲置的场景所衍生的解决方案,而在架构上,它的后端有一个底层的worker封装,每当你有一个诸如addUser这样
的I/O操作时,它们都会被交由worker去执行从而达到让出尽快让出当前函数的执行权的目的,在向引擎注册完回调后,内部会通过事件轮询去检查该I
/O事件的句柄,当句柄显示该事件操作完成后,则注册的回调则被执行。
所以,假设有人(按题设,简化一下场景,有且只有2个人)同时请求
addUser(A)和userList(B),B的请求会在执行完A的请求内部所有同步代码后被执行,而哪怕worker此时仍然在进行addUser
这一 I/O操作,用户B也并不会被引擎挂起或者等待。这就是为什么Node.js单节点却一样可以拥有高负载能力的原因。
至于什么样的代码是异步的,你看看node文档里fs模块的使用方法就知道了,大概的形式就是如下这种。
module.method( args [,callback] )
当然还有一种比较极端的情况,假设您使用的数据库是山寨的,驱动是基于同步实现的,那么B就该等多久等多久把,树荫底下喝杯茶,下个棋,和后面的C,D,E,F,G打个招呼呗~
我推荐您先去玩一下前端的AJAX了解一下 异步编程方式,体验一下异步的“感觉”,然后看一本叫《JavaScript异步编程》的书。
Node.js
是一款基于Event-driven的模型构建的Framework,它典型的特征就是通过内置的事件轮询来调度事件,通常来说node.js的数据库驱
动都是基于异步实现的,所以在实际情况中,A提交博客和B注册用户这两个请求是可以同时由Node.js
来handle,并按照实际操作的处理事件分别调度给予浏览器响应。
当然,假设您在业务代码里写了一个耗时很久的同步代码(比如直接写一
个while(true)的loop,Node就死了),由于JavaScript本身单线程的限制,所以整个App就会被block住,后续的事件/程
序只有等到该段代码执行完成之后才会被处理,这也是为什么我们通常不建议在Node.js层做大规模计算(JS本身的计算效率太低,会导致Node吞吐量
会大大降低),而倾向由C++的拓展去实现。