我为什么向后端工程师推荐Node.js.pdfVIP

页码，1/6 为什么向后端工程师推荐Node.js 作者 李穆 发布于 2011年8月12 日 科普文一则，说说我对Node.js 的一些认识，以及我作为前端工程师为什么会向后端工程师推荐Node.js 。 “Node.j s 是服务器端的 JavaScript 运行环境，它具有无阻塞(non-blocking)和事件驱动(event- driven)等的特色，Node.j s 采用V8 引擎，同样，Node.js 实现了类似 Apache 和 nginx 的web服 务，让你可以通过它来搭建基于 JavaScript 的Web App 。” 我想不仅仅是Node.js ，当我们要引入任何一种新技术前都必 要搞清楚几个问题: 1. 我们遇到了什么问题？ 2. 这项新技术解决什么问题，是否契合我们遇到的问题？ 3. 我们遇到问题的多种解决方案中，当前这项新技术的优势体现在哪儿？ 4. 使用新技术，带来哪些新问题，严重么，我们能否解决掉？ 我们的问题：Server端阻塞 Node.js 被设计用来解决服务端阻塞问题.下面通过一段简单的代码解释何为阻塞： Js代码： //根据ID，在数据库中Persons表中查出Name var name = db.query(select name from persons where id=1); //进程等待数据查询完毕，然后使用查询结果。 output(name) 这段代码的问题是在上面两个语句之间，在整个数据查询的过程中，当前程序进程往往只是在等待结果的 返回.这就造成了进程的阻塞.对于高并发，I/O密集行的网络应用中，一方面进程很长时间处于等待状态， 另一方面为了应付新的请求不断的增加新的进程.这样的浪费会导致系统支持QPS远远小于后端数据服务能 够支撑的QPS ，成为了系统的瓶颈.而且这样的系统也特别容易被慢链接攻击(客户端故意不接收或减缓接收 数据，加长进程等待时间) 。 如何解决阻塞问题 可以引入事件处理机制解决这个问题。在查询请求发起之前注册数据加载事件的响应函数，请求发出之后 立即将进程交出，而当数据返回后再触发这个事件并在预定好的事件响应函数中继续处理数据： Js代码： //定义如何后续数据处理函数 function onDataLoad(name){ output(name); } //发起数据请求，同时指定数据返回后的回调函数 db.query(select name from persons where id=1,onDataLoad); 我们看到若按照这个思路解决阻塞问题，首先我们要提供一套高效的异步事件调度机制.而主要用于处理浏 览器端的各种交互事件的JavaScript 。相对于其他语言，至少有两个关键点特别适合完成这个任务。 页码，2/6 为什么JS适合解决阻塞问题 首先JavaScript是一种函数式编程语言，函数编程语言最重要的数学基础是 演算(lambda calculus) -- 即函数 对象可以作为其他函数对象的 入(参数)和 出(返回值) 。 这个特性使得为事件指定回调函数变得很容易。特别是JavaScript还支持匿名函数。通过匿名函数的辅助， 之前的代码可以进行简写如下： Js代码： db.query(select name from persons where id=1,function(name){ output(name); }); 还有另一个关键问题是，异步回调的运行上下文保持(本文暂称其为状态保持)。我们先来看一段代码来说 明何为状态保持： Js代码： //传统同步写法：将查询和结果打印抽象为一个方法 function main(){ var id = 1; var name = db.query(select name from persons where id= + id); output(person id: + id + , name: + name); } main(); 前面的写法在传统的阻塞是编程中非常常见，但接下来进行异步改写时会遇到一些困扰： Js代码： //异步写法： function main(){ var i