| 一、node概要 |
转自：http://www.cnblogs.com/giggle/p/5357269.html
对nodeJS早有耳闻，但是一直迟迟没有对它下手，哈哈哈，今儿咱就来初探一下它。
nodeJS是个啥东东？
nodeJS，我的理解就是可以运行在后端的JavaScript。
为什么它能够在后端运行呢？
这就得归功于V8引擎
并且node有两大特点：
1、基于事件驱动；
2、无阻塞。
大家都知道nodeJS其本质就是JavaScript，so基于事件驱动不难理解，但是无阻塞呢？
JavaScript是单线程，所以要做到无阻塞，node是通过大量的回调函数来达到这一目的。
好了，废话不多说了。接下来咱们就开始初步体验它。
| 二、Install node&npm |
因为nodeJS是后端运行的JavaScript嘛，so得有个运行环境啊。不过安装nodeJS的环境比较简单，具体步骤见下：
1、首先到官网下载nodeJS安装包。
在官网中，也能看见官方对nodeJS的一个描述:
2、在下载完安装包后，在windows下按照默认程序走就欧克啦。
3、检验是否安装成功，在Windows环境下，打开命令提示符，输入node – v，如果正常就会出现版本号的输出。
在官方介绍中，不是说到npm（
不信，咱就在命令提示符中输入npm –v看看。
好了，node开发环境就这么完美的‘搭建’好了，哈哈，是不是很简单。
接下来，我们就开始敲打第一个node程序吧。
| 三、Get started |
一切从
简单的嘛，我们就在命令提示符下，敲打我们的程序，你只需输入node，然后回车就可以进入node在命令提示符下的交互环境了。
进入node交互环境后，敲到
倘若我们想退出node的这个交互环境，就Ctrl + C，连按两次就退出回到windows命令符啦。
如果要在node的这个交互环境下编程的话，太大费周章了，所以，我们可以引入js文件来执行，例如下面这样。
前提：你得有一个js文件。
哈，有点意思哈。
不是说nodeJS是运行在后端的JavaScript嘛。接下来，我们就用nodeJS来开发一个最简单的服务器程序。
| 四、Node for server |
前提：nodeJS是遵循CommonJS规范的。
好了，简单的知道了nodeJS的运用规则，那么我们想要编写一个http服务器，就得先引入这个模块。
接下来就是调用引入的HTTP模块的一个工厂模式方法(createServer)来创建一个新的http服务器。
由于nodeJS的特性之一是事件驱动，so当我们访问一个http服务器时，它会触发一个request事件，我们利用其进行相应处理。
例如，我们的处理方式是，利用writeHead来设置HTTP的响应头和HTTP正文。
最后，就是想监听的端口号咯。比如我们监听的是80端口。
代码以及很完美了，但，为了方便在nodeJS交互环境下运行该js文件后，知道服务器已经启好了，我们还是打印一条日志吧。
好了，开启nodeJS交互环境，运行该js文件，我的命名是http.js。
so：
这样http服务器就启好了，接下来我们再打开网页，输入127.0.0.1:80，看看效果：
1. Express
背景：
Express, 疯一般快速（而简洁）的服务端JavaScript Web开发框架，基于Node.js和V8 JavaScript引擎。
Express 是一个基于 Node.js 平台的极简、灵活的 web 应用开发框架，它提供一系列强大的特性，帮助你创建各种 Web 和移动设备应用。
丰富的 HTTP 快捷方法和任意排列组合的 Connect 中间件，让你创建健壮、友好的 API 变得既快速又简单。
Express 不对 Node.js 已有的特性进行二次抽象，我们只是在它之上扩展了 Web 应用所需的基本功能。
2009年6月26日，TJ Holowaychuk提交了Express的第一次commit，接下来在2010年1月2日，有660次commits的Express 0.0.1版本正式发布。TJ和Ciaron Jessup是当时最主要的两个代码贡献者。
差不多5年的时间过去了，Express拥有了4,925次commit，现在Express的最新版本是4.10.1，由StrongLoop维护，因为TJ现在已经跑去玩Go了.
优点：
Express拥有的社区不仅仅是上面三者当中最大的，并且是所有Node.js web应用程序框架当中最大的。在经过其背后差不多5年的发展和在StrongLoop的掌管下，它是三者当中最成熟的框架。它为服务器启动和运行提供了简单的方式，并且通过内置的路由提高了代码的复用性。
缺点：
使用Express需要手动处理很多单调乏味的任务。它没有内置的错误处理。当你需要解决某个特定的问题的时候，你会容易迷失在众多可以添加的中间件中，在Express中，你有太多方式去解决同一个问题。Express自诩为高度可配置，这有好处也有坏处，对于准备使用Express的刚入门的开发者来说，这不是一件好的事情。并且对比起其他框架来说，Express体积更大。
2. Koa
背景：
koa 是由 Express 原班人马打造的，致力于成为一个更小、更富有表现力、更健壮的 Web 框架。使用 koa 编写 web 应用，通过组合不同的 generator，可以免除重复繁琐的回调函数嵌套，并极大地提升错误处理的效率。koa 不在内核方法中绑定任何中间件，它仅仅提供了一个轻量优雅的函数库，使得编写 Web 应用变得得心应手。
大概在差不多一年前的2013年8月17日，TJ Holowaychuk（又是他！）只身一人提交了Koa的第一次commit。他描述Koa为“表现力强劲的Node.js中间件，通过co使用generators使得编写web应用程序和REST API更加丝般顺滑”。Koa被标榜为只占用约400行源码空间的框架。Koa的目前最新版本为0.13.0，拥有583次commits。
优点：
Koa有着傲人的身材（体积小），它表现力更强；对比起其他框架，它使得中间件的编写变的更加容易。Koa基本上就是一个只有骨架的框架，你可以选择（或者自己写一个）中间件，而不用妥协于Express或者Hapi它们自带的中间件。它也是唯一一个采用ES6的框架，例如它使用了ES6的generators。
缺点：
Koa有缺点吗？
3.Hapi
背景
Hapi.js 是一个用来构建基于 Node.js 的应用和服务的富框架，使得开发者把重点放在便携可重用的应用逻辑而不是构建架构。内建输入验证、缓存、认证和其他 Web 应用开发常用的功能。
2011年8月5日，WalmartLabs的一位成员Eran Hammer提交了Hapi的第一次commit。Hapi原本是Postmile的一部分，并且最开始是基于Express构建的。后来它发展成自己自己的框架，正如Eran在他的博客里面所说的：Hapi基于这么一个想法：配置优于编码，业务逻辑必须和传输层进行分离...
Hapi最新版本为7.2.0，拥有3,816次commits，并且仍然由Eran Hammer维护。
优点：
Hapi自豪地宣称它自己是基于配置优于编码的概念，并且很多开发者认为这是一件好事。在团队项目开发中，可以很容易地增强一致性和可复用性。作为有着大名鼎鼎的WalmartLabs支持的框架和其他响当当的企业在实际生产中使用Hapi，它已经经过了实际战场的洗礼，企业们可以没有担忧地基于Hopi运行自己的应用程序。所有的迹象都表明Hapi向着成为的伟大的框架的方向持续成熟。
缺点：
Hapi绝逼适合用来开发更大更复杂的应用。但对于一个简单的web app来说，它的可能有点儿堆砌太多样板代码了。而且Hapi的可供参考样例太少了，或者说开源的使用Hapi的应用程序太少了。所以选择它对开发者的要求更高一点，而不是所使用的中间件。
4.egg
Egg.js 是阿里开源的企业级框架，旨在帮助开发团队和开发人员降低开发和维护成本。
egg继承于koa，而 Egg 选择了 Koa 作为其基础框架，在它的模型基础上，进一步对它进行了一些增强。
相关学习资料移步：