Node.js 学习笔记二
Node.js 搭建HTTP服务器，建立一个app.js文件,内容为：
var http=require('http');
http.createServer(function(req , res)
{
res.writeHead(200 , {'Content-Type' : 'text/html'});
res.write('<h1> Node.js </h1>');
res.write('<p> Hello World </p>');
}).listen(3000);
console.log('HTTP Server is listening at port 3000');
接下来运行node app.js命令，打开浏览器访问http:127.0.0.1:3000 或者localhost：3000，即可看到如图：
用Node.js实现的最简单的HTTP服务器就这样诞生了。这个程序调用Node.js提供的http模块，对所有HTTP请求答复同样的内容并监听3000端口。
在终端中运行这个脚本时，我们会发现它并不像Hello World 一样结束后立即退出，而是一直等待，直到按下Ctrl +
C 才会结束。这是因为listen 函数中创建了事件监听器，使得Node.js 进程不会退出事件
循环。我们会在后面的章节中详细介绍这其中的奥秘。
小技巧——使用supervisor
如果你有PHP 开发经验，会习惯在修改PHP 脚本后直接刷新浏览器以观察结果，而你在开发Node.js 实现的HTTP 应用时会发现，无论你修改了代码的哪一部份，都必须终止
Node.js 再重新运行才会奏效。这是因为Node.js 只有在第一次引用到某部份时才会去解析脚本文件，以后都会直接访问内存，避免重复载入，而PHP 则总是重新读取并解析脚本（如果没有专门的优化配置）。Node.js的这种设计虽然有利于提高性能，却不利于开发调试，因为我们在开发过程中总是希望修改后立即看到效果，而不是每次都要终止进程并重启
supervisor 可以帮助你实现这个功能，它会监视你对代码的改动，并自动重启Node.js。
使用方法很简单，首先使用npm 安装supervisor：
$ npm install -g supervisor
接下来，使用supervisor 命令启动app.js：
$ supervisor app.js
DEBUG: Running node-supervisor with
DEBUG: program 'app.js'
DEBUG: --watch '.'
DEBUG: --extensions 'node|js'
DEBUG: --exec 'node'
DEBUG: Starting child process with 'node app.js'
DEBUG: Watching directory '/home/byvoid/.' forchanges.
HTTP server is listening at port 3000.
当代码被改动时，运行的脚本会被终止，然后重新启动。在终端中显示的结果如下：
DEBUG: crashing child
DEBUG: Starting child process with 'node app.js'
HTTP server is listening at port 3000.
supervisor 这个小工具可以解决开发中的调试问题。
3.2 异步式I/O 与事件式编程
Node.js 最大的特点就是异步式I/O（或者非阻塞I/O）与事件紧密结合的编程模式。这种模式与传统的同步式I/O 线性的编程思路有很大的不同，因为控制流很大程度上要靠事件
和回调函数来组织，一个逻辑要拆分为若干个单元。3.2.1 阻塞与线程什么是阻塞（block）呢？线程在执行中如果遇到磁盘读写或网络通信（统称为I/O 操作），通常要耗费较长的时间，这时操作系统会剥夺这个线程的CPU 控制权，使其暂停执行，同时将资源让给其他的工作线程，这种线程调度方式称为 阻塞。当I/O 操作完毕时，操作系统将这个线程的阻塞状态解除，恢复其对CPU的控制权，令其继续执行。这种I/O 模式就是通常的同步式I/O（Synchronous I/O）或阻塞式I/O （Blocking I/O）。相应地，异步式I/O （Asynchronous I/O）或非阻塞式I/O （Non-blocking I/O）则针对所有I/O 操作不采用阻塞的策略。当线程遇到I/O 操作时，不会以阻塞的方式等待I/O 操作的完成或数据的返回，而只是将I/O 请求发送给操作系统，继续执行下一条语句。当操作系统完成I/O 操作时，以事件的形式通知执行I/O 操作的线程，线程会在特定时候处理这个事件。为了处理异步I/O，线程必须有事件循环，不断地检查有没有未处理的事件，依次予以处理。阻塞模式下，一个线程只能处理一项任务，要想提高吞吐量必须通过多线程。而非阻塞模式下，一个线程永远在执行计算操作，这个线程所使用的CPU 核心利用率永远是100%，I/O 以事件的方式通知。在阻塞模式下，多线程往往能提高系统吞吐量，因为一个线程阻塞时还有其他线程在工作，多线程可以让CPU 资源不被阻塞中的线程浪费。而在非阻塞模式下，线程不会被I/O 阻塞，永远在利用CPU。多线程带来的好处仅仅是在多核CPU 的情况下利用更多的核，而Node.js的单线程也能带来同样的好处。这就是为什么Node.js 使用了单线程、非阻塞的事件编程模式。单线程事件驱动的异步式I/O 比传统的多线程阻塞式I/O 究竟好在哪里呢？简而言之，异步式I/O 就是少了多线程的开销。对操作系统来说，创建一个线程的代价是十分昂贵的，需要给它分配内存、列入调度，同时在线程切换的时候还要执行内存换页，CPU 的缓存被清空，切换回来的时候还要重新从内存中读取信息，破坏了数据的局部性。①当然，异步式编程的缺点在于不符合人们一般的程序设计思维，容易让控制流变得晦涩难懂，给编码和调试都带来不小的困难。习惯传统编程模式的开发者在刚刚接触到大规模的异步式应用时往往会无所适从，但慢慢习惯以后会好很多。尽管如此，异步式编程还是较为困难，不过可喜的是现在已经有了不少专门解决异步式编程问题的库（如async）
