这个问题可不好回答(至少对我来说),不过这是Node.js原生的工作方式。它是事件驱动的,这也是它为什么这么快的原因。 你也许会想花点时间读一下Felix Geisendörfer的大作 [Understanding node.js](http://debuggable.com/posts/understanding-node-js:4bd98440-45e4-4a9a-8ef7-0f7ecbdd56cb),它介绍了一些背景知识。 这一切都归结于“Node.js是事件驱动的”这一事实。好吧,其实我也不是特别确切的了解这句话的意思。不过我会试着解释,为什么它对我们用Node.js写网络应用(Web based application)是有意义的。 当我们使用 _http.createServer_ 方法的时候,我们当然不只是想要一个侦听某个端口的服务器,我们还想要它在服务器收到一个HTTP请求的时候做点什么。 问题是,这是异步的:请求任何时候都可能到达,但是我们的服务器却跑在一个单进程中。 写PHP应用的时候,我们一点也不为此担心:任何时候当有请求进入的时候,网页服务器(通常是Apache)就为这一请求新建一个进程,并且开始从头到尾执行相应的PHP脚本。 那么在我们的Node.js程序中,当一个新的请求到达8888端口的时候,我们怎么控制流程呢? 嗯,这就是Node.js/JavaScript的事件驱动设计能够真正帮上忙的地方了——虽然我们还得学一些新概念才能掌握它。让我们来看看这些概念是怎么应用在我们的服务器代码里的。 我们创建了服务器,并且向创建它的方法传递了一个函数。无论何时我们的服务器收到一个请求,这个函数就会被调用。 我们不知道这件事情什么时候会发生,但是我们现在有了一个处理请求的地方:它就是我们传递过去的那个函数。至于它是被预先定义的函数还是匿名函数,就无关紧要了。 这个就是传说中的 _回调_ 。我们给某个方法传递了一个函数,这个方法在有相应事件发生时调用这个函数来进行 _回调_ 。 至少对我来说,需要一些功夫才能弄懂它。你如果还是不太确定的话就再去读读Felix的博客文章。 让我们再来琢磨琢磨这个新概念。我们怎么证明,在创建完服务器之后,即使没有HTTP请求进来、我们的回调函数也没有被调用的情况下,我们的代码还继续有效呢?我们试试这个: ~~~ var http = require("http"); function onRequest(request, response) {   console.log("Request received.");   response.writeHead(200, {"Content-Type": "text/plain"});   response.write("Hello World");   response.end(); } http.createServer(onRequest).listen(8888); console.log("Server has started."); ~~~ 注意:在 _onRequest_ (我们的回调函数)触发的地方,我用 _console.log_ 输出了一段文本。在HTTP服务器开始工作_之后_,也输出一段文本。 当我们与往常一样,运行它_node server.js_时,它会马上在命令行上输出“Server has started.”。当我们向服务器发出请求(在浏览器访问[http://localhost:8888/](http://localhost:8888/)),“Request received.”这条消息就会在命令行中出现。 这就是事件驱动的异步服务器端JavaScript和它的回调啦! (请注意,当我们在服务器访问网页时,我们的服务器可能会输出两次“Request received.”。那是因为大部分服务器都会在你访问 `http://localhost:8888` /时尝试读取 `http://localhost:8888/favicon.ico` )