Node.js 主要应用领域
RESTFul API
api是当前web应用最常见的请求方式，尤其是如angularjs、react等框架实现的单页面应用，请求离不开GET,POST,HEAD,UPDATE,DELETE,PUT,CONNECT等api。
Node.js
实时通信
如 消息推送
高并发
node在最简单的情况下，使用单线程就可以承载大量的请求，如果使用多进程，相对于其他解决方案的话，则具备了更大的优势。（是的，node可以玩多进程）
I/O 线程
涉及到网络、文件、系统等操作会阻塞I/O线程，如果使用node，则可以协调IO操作。
生态圈
以NPM为中心
npm.js 热度有多高就不讲了。
基础服务提供商的支持
各大编译器开发商的支持就不说了,node的发展也推动了js的发展，如衍生的各类测试框架。
IO.js
目标： 兼容性、性能
社区： 新功能，新目标
现状： github上看看它的排名
node与js的关系
js
JavaScript = ECMAScript(包含标准的语法和基本对象) + DOM(文档基本模型，描述处理网页内容的方法和结构) + BOM(浏览器对象模型，描述与浏览器交互的方法和结构)
08年 google发布了google chrome(谷歌浏览器),同时发布了V8引擎
后续先出世了各类DOM操作库(jQueryExtJS/YUI等)
再往后基于数据和显示的隔离思想(MV分离), 出世了各类框架，就不讲了。
Node为何选择了JavaScript
1 08年V8的出现
2 js是单线程语言，天生事件驱动，支持异步
3 js当时不支持服务器，没有历史包袱
4 开发门槛低，比pytion和php低…
fibjs
当时fibjs支持了js，但是它使用同步的方式实现的非阻塞，这句话可能很难理解，后续讲到线程的时候，会再作解释。
nodejs的特点和缺点
部署简单方便
环境配置简单，只需安装nodejs即可
注重约定（便于统一和拓展）
项目所需要扩展、插件、资源相对独立，不易冲突（package里有声明啊，模块化嘛）
异步编程
同步： —— - - -
异步： ——
-
-
-
异步的实现方式：
1 回调函数
2 事件监听
3 订阅/发布（其实思想上类似事件监听）
高效与性能
单个操作的性能并不是node的强项
通过优化资源调配和I/O操作来实现高效
对比一下：
PHP : 在执行I/O时原地等待，开多进程，浪费资源，并且要考虑多进程之间的数据资源共享
C++ : 利用多线程，程序要自己维护线程和资源的状态
单线程—多进程
为了更好的利用CPU资源，可以利用子进程和多进程：
子进程： child_process ，与主进程通信比较方便
多进程： 一开始可以同时开多个node进程，但资源占用和进程间的通信问题不太好解决——依赖pm2等库及缓存处理 ，当前的node版本，可以直接玩多进程，后续会讲。
缺点
大量采用匿名函数，抛出的异常不易阅读
当时的try/catch限于同步代码，使得异常捕获较为复杂，异步用参数标记处理。
单线程：：可靠性差，一旦发生错误未被捕获，阻塞掉进程就凉凉了
不适合CPU密集型的场景：比如视频处理，纯粹的运算等，这种情况最好编写node的C语言扩展。
回调的代码习惯影响可读性： 当时只能通过良好的代码风格处理。