阻塞、非阻塞、同步、异步的理解

阻塞、非阻塞和同步、异步都是描述了这样的一种场景，当我们去获取一样东西时，没有立刻得到时，我们怎么办。

但是他们两两不是一个层次的描述。阻塞、非阻塞描述的是某人想得到一样东西时，如果没有得到，某人会怎么办，这里的重点是某人。如果某人一直在等待而不做其他事情，那就是阻塞，反之是非阻塞。

同步、异步描述的是如果某人想得到的东西，已经可以得到时，如何通知某人，这里的重点是某样东西如果通知某人，也就是消息的通知机制是什么。如果是某物通过某种方式主动去通知某人，或者说当某物可以得到时，某人会被动地通知到，即异步。如果需要某人去检查、询问，那就是同步。

阻塞、同步：某人想得到某物却不能立马得到时，某人一直在等待而不去做其他事情。某物可以得到时，某人就会从阻塞中被唤醒，然后主动地去检查，最后得到某物，但是由于是阻塞的，被唤醒时可以理解为某物已经可以得到。说主动去检查是因为同步方式在某物可以得到时没有提供通知某人的机制。

阻塞、异步： 某人想得到某物却不能立马得到时，某人一直在等待而不去做其他事情。某物可以得到时，某物主动通知某人。因为某人一直阻塞在等待，所以这里主动被动通知似乎都无所谓。

非阻塞、同步： 非阻塞说明某人想得到某物却不能立马得到时，不会一直等待，他会去做其他事情，但是因为是同步，所以即使某物可以得到了，某物也无法通知某人，所以，他只能不断去检查某物是否已经可以得到。

非阻塞、异步： 同上，某人不会一直等待，但是因为是异步、某人也不需要时不时地来检查，某物可以得到时，会主动去通知某人。

在nodejs中，当我们调用一个异步的api时，我们可以说这是异步非阻塞的，因为我们不需要等待结果的返回并且不需要去检查结果的是否可用，当结果可用时，nodejs会通知我们，但是具体到底层时，比如异步的网络操作，那就是异步阻塞的（除非系统提供了真正的异步非阻塞api），因为等待网络操作的时候，比如使用了epool，这时候nodejs是处于线程是处于阻塞状态的，但是每当有消息时系统会通知nodejs，所以这里是异步阻塞的。又比如磁盘操作，nodejs的请求会被放到libuv的线程池里，然后对应的线程就会阻塞，我暂时不知道结果准备好的时候是系统通知线程还是线程自己去检查的，所以暂时无法知道是同步还是异步。

在浏览器中，我们发一个ajax请求时，是异步非阻塞的。但是具体到浏览器底层时，是异步阻塞的。因为浏览器会开一个线程去执行网络请求。此时线程会被阻塞，但是有结果时，系统会主动通知线程。不确定浏览器是用了epool之类的api，但是对于网络请求，很多软件都是封装了各个平台的这些接口。