Node

Node保持了JavaScript在浏览器上单线程的特点。而且在node中，JavaScript与其余线程是无法共享任何状态的。单线程的好处是不用像多线程那样，处处在意状态同步的问题，这里没有死锁的存在，也没有线程的上线问交换所带来的开销。

Node自身执行了一个模型-事件循环，它和浏览器中执行的模型基本保持一致。
那就先来看看一下浏览器中执行的模型

JS浏览器中执行的模型

JS在chrome v8引擎中单线程执行，而且它还和UI渲染共用一个线程。如果是同步执行，也就意味着在JS执行的同时，UI渲染和响应出于停滞状态。如果脚本执行的事件超过100毫秒，用户就会感觉页面卡顿，意味页面停止响应。所以其采用的异步请求的方式不阻塞其他资源的请求，当请求的资源返回之后，在执行回调函数。

JS在浏览器端执行的时候维护一个任务队列：

1.所有的同步任务都在主线程上执行，形成一个执行栈
2.主线程之外，还存在一个”任务队列”。只要异步任务有了结果，就在”任务队列”之中放置一个事件
3.一旦”执行栈”中所有同步任务执行完毕，系统就会读取”任务队列”，看看里面有哪些事件。那些对应的异步任务，于是就结束可等待状态，进入执行栈，开始执行
4.主线程不断重复上面的第三步
主要主线程空了，就去读取”任务队列”，这就是JavaScript的运行机制

Node是对高性能的V8引擎的封装，通过一系列优化的API类库，使V8在浏览器之外，服务器之上也能很好的运行。
Node通过事件驱动的方式处理请求，无须为每一个请求创建额外对应的线程，可以省掉创建线程和毁掉线程的开销，同时操作系统在调度任务时，因为线程比较少，上下文切换代价比较低。

在进程启动时，Node便会创建一个类似于while(true)的循环，每次执行一次循环，称为一次Tick。每个Tick的过程中，查看是否有事件待处理。如果有就取出事件及其相关回调函数。

观察者

在每一个Tick过程中，如何判断是否有事件需要处理昵？
这里就需要引入观察者的概念。每个事件循环中有一个或者多个观察者，而判读是否有事件需要处理的过程就是向这些观察者询问是否有要处理的事件。浏览器也采用了类似的机制。事件可能来自用户的点击产生，而这些事件都有对应的观察者。在Node中，事件来源主要来自于网络请求，文件I/O,这些事件都有其对应的观察者。

Nodejs的事件循环机制

事件轮询是一个典型的生产者/消费者模式。事件轮询主要针对事件队列进行轮询，事件生产者将事件排队放入队列中，队列另外一端有一个线程称为事件消费者会不断查询队列中是否有事件。

前后端的JavaScript分别搁置在HTTP的两端，他们扮演的角色不同。浏览器端的JavaScript需要经历从一个服务器分发到多个客户端执行，而服务器端JavaScript则是相同的代码需要多次执行。前者的瓶颈在于带宽，后者的瓶颈在于CPU和内存等资源。前者需要通过网络加载代码，后者需要从磁盘中加载，两者的加载速度不在一个数量级上。