下面这个过程：
1，你用浏览器访问nodejs服务器上的"/about.html"
2，nodejs服务器接收到你的请求，调用一个函数从磁盘上读取这个文件。
3，这段时间，nodejs webserver在服务后续的web请求。
4，当文件读取完毕，有一个回调函数被插入到nodejs的服务队列中。
5，nodejs webserver运行这个函数，实际上就是渲染首伍乱（render）了about.html页面返回给你的浏览器。
就节省了几微秒时间，但对于需要相应大量用户的web server很重要。
nodejs是单进程单线程，但是基于V8的强大驱动力，以及事件驱动模型，nodejs的性能非常高，而且想达到多核或者多进程也不是很难（现在已经有大量的第三方module来实现这个功能）。渗凯这里主要不是介绍nodejs具体应用代码，而是想介绍一下事件驱动编程。
Dan York介绍了两种典型的事件驱动实例。
第一个例子是关于医生看病。
在美国去看医生，需要填写大量表格，比如保险、个人信息之类，传统的基于线程的系统（thread-based system），接待员叫到你，你需要在前台填写完成这些表格，你站着填单，而接待员坐着看你填单。你让接待员没办法接待下一个客户，除非完成你的业务。
想让这个系统能运行的快一些，只有多加几个接待员，人力成本需要增加不少。
基于事件的系统（event-based system）中，当你到窗口发现需要填写一些额外的表格而不仅仅是挂个号，接待员把表格和笔给你，告诉你可以找个座位填写，填完了以后再回去找他。你回去坐着填表，而接待员开始接待下一个客户。你没有阻塞接待员的服务。
第二个例子是快餐店点餐。
在基于线程的方式中（thread-based way）你到了柜台前，把你的点餐单给收银员或者给收银员直接点餐，然后等在那直到你要的食物准备好给你。收银员不能接待下一个人，除非你拿到食物离开。想接待更多的客户，容易！加更多的收银员！
当然，我们知道快餐店其实不是这样工作的。他们其实就是基于事件驱动方式，这样收银员更高效。只要你把点餐单给收银员，某个人已经开始准备你的食物，而同时收银员在进行收款，当你付完钱，你就站在一边而收银员已经开始接待下一个客户。在一些餐馆，甚至会给你一个号码，如果你的食物准备好了，就呼叫你的号码让你去柜台取。关键的一点是，你没有阻塞下一个客户的订餐请求。你订餐的食物做好的事件会导致某个人做某个动作（某个服务员喊你的订单号码，你听到你的号码被喊到去取食物），在编程宏州领域，我们称这个为回调（callback function）。
相反的，Node.Js使用事件驱动模型，当web server接收到请求，就把它关丛绝唤闭然后进行处理，然后去服务下一个web请求。当这个请求完成，它被放回处理队列，当到达队列开头，这个结果被返回给用户。这个模型非常高效可扩展性非常强，因为webserver一直接受请求而不等待任何读写 *** 作。（这也被称之为非阻塞式IO或者事件驱动IO）。
考虑下面这个过程：
你用浏览器访问nodejs服务器上的"/about.html"
nodejs服务器接收到你的请求，调用一个函数从磁盘上读取这个文件。
这段时间，nodejs webserver在服务后续的web请求。
当文件读取完毕，有一个回调函数被插入到nodejs的服务队列中。
nodejs webserver运行这个函数，实际上就是渲染（render）了about.html页面返回给你的浏览器。
好像就节省了几微秒时间，但是这很重要！特别是对于需要相应大量用户的web server。
Node JS是单线程应用程序，但它通过事件和回调概念，支持并发。 由于NodeJS每一个API是异步的，作为一个单独衫历的线程，它使用异步函数调用，以保持并发性。Node
JS使用观察者模式。Node线程保持一个事件循环，每当任何任务得到完成，它触发这标志着该事件侦听器函数执行相应漏帆的事件。
事件驱动编程
Node.js大量使用事件，这也是为何Node.js是相当快相对于其他类似的技术。当Node启动其服务器，它可以简单地启动它的变量，声明的函数，然后简单地等待发生的事件。
在事件驱动的应用中，通常主循环监听事件，然后触发回调函数时被检测到这些事件之一。
尽管事件似乎类似于回调。不同之处在于如下事实，当异步函数返回其结果的回调函数被调用的地方作为对观察者或搜搜模式的事件处理。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）