# 事件驱动和非阻塞机制

# 异步编程

# 异步操作

• Node 采用 Chrome V8 引擎处理 JavaScript 脚本。V8 最大特点就是单线程运行，一次只能运行一个任务。

• Node 大量采用异步操作（asynchronous operation），即任务不是马上执行，而是插在任务队列的尾部，等到前面的任务运行完后再执行。

• 提高代码的响应能力。

异步IO也叫非阻塞IO。例如读文件，传统的语言，基本都是读取完毕才能进行下一步操作。非阻塞就是Node的callback，不会影响下一步操作，等到文件读取完毕，回调函数自动被执行，而不是在等待。

# 异步操作回调

由于系统永远不知道用户什么时候会输入内容，所以代码不能永远停在一个地方。

Node 中的操作方式就是以异步回调的方式解决无状态的问题。

# 回调函数的设计：错误优先

异步操作中，无法通过 try catch 捕获异常。

这是因为回调函数主要用于异步操作，当回调函数运行时，前期的操作早结束了，错误的执行栈早就不存在了，传统的错误捕捉机制try…catch对于异步操作行不通，所以只能把错误交给回调函数处理。

统一约定：

回调函数的第一个参数默认接收错误信息，第二个参数才是真正的回调数据（便于外界获取调用的错误情况）：

foo1('赵小黑', 19, function(error, data) {
  if(error)  throw error;
  console.log(data);
});

# 异步回调的问题

相比较于传统的代码：

• 异步事件驱动的代码

• 不容易阅读

• 不容易调试

• 不容易维护

另外还有个问题是回调地狱：

do1(function() {
  do2(function() {
    do3(function() {
      do4(function() {
        do5(function() {
          do6()
        });
      });
    });
  });
});

# 进程和线程

# 进程（进行中的程序）

• 每一个 正在运行 的应用程序都称之为进程。

• 每一个应用程序运行都至少有一个进程。

• 进程是用来给应用程序提供一个运行的环境。

• 进程是操作系统为应用程序分配资源的一个单位。

# 线程

• 用来执行应用程序中的代码

• 在一个进程内部，可以有很多的线程

• 在一个线程内部，同时只可以干一件事

• 传统的开发方式大部分都是 I/O 阻塞的，所以需要多线程来更好的利用硬件资源。

线程并不是越多越好。

# 多线程的弊端

缺点一：

- 创建线程耗费。
- 线程数量有限。
- CPU 在不同线程之间转换，有个上下文转换，这个转换非常耗时。

所谓的多线程其实都是假的，对于单核CPU而言，它们无非是在抢占 CPU 资源。线程和线程之间需要切换和调度，这是很耗费资源的。

缺点二：

• 线程之间共享某些数据，同步某个状态都很麻烦。

就算 CPU 是多核的，现在的问题是，线程与线程之间如果要共享数据，该怎么办？比如 A 线程要访问 B 线程的变量。

# 事件驱动和非阻塞机制

参考链接：https://www.kancloud.cn/revin/nodejs/176211

总结：

• Node 中将所有的阻塞操作交给了内部线程池实现。

• Node 主线程本身，主要就是不断的往返调度。

# 平台实现差异

由于 Windows 和 *nix 平台（其他平台）的差异，Node 提供了 libuv 作为抽象封装层，保证上层的 Node 与下层的自定义线程池及 IOCP 之间各自独立。

如下图所示：