堵塞和非堵塞是一种状况，要害要看调用线程有没有被挂起。以处理I/O为例，假如是调用线程处理堵塞型I/O，那么调用线程会被挂起，此刻调用线程便是堵塞的；假如调用线程处理的对错堵塞I/O，调用线程敞开了I/O之后可以并行做其他工作，那么调用线程便对错堵塞的。
非堵塞I/O有不同的完成方法，可以在应用层敞开一个新的I/O多路复用线程，也可以利用Linux体系内核epoll接口。选用I/O多路复用策略，堵塞的I/O连接数和线程数是1：1，非堵塞的I/O连接数和线程数是N：1，这样就平衡了I/O和CPU速度上的距离。
同步和异步的本质区别要害要看数据如何回来给调用方？或者说数据回来的自动方是谁？是调用方（应用层）仍是被调用方（体系内核）？假如是应用层自动问询，那么就意味着应用层和体系内核的同步；假如是体系内核告诉应用层，那么就意味着应用层在体系内核处理I/O时，可以处理其他工作直到收到体系内核的告诉。
看完上面的内容，你可能愈加模糊了，你可能会问堵塞/非堵塞和同步/异步又有什么区别呢？
堵塞/非堵塞是看I/O第一阶段读取数据时是否可以并行处理其他工作；而同步/异步则是看I/O第二阶段读取数据完毕今后是谁自动，假如是被调用方（体系内核）自动告诉，则是异步的。
现在你可以答复这样一个问题吗？堵塞是否就意味着同步，反过来是否成立？非堵塞是否意味着异步，反过来是否成立？
堵塞和同步重视的点不一样，堵塞是线程的一种状况，同步是一种进程。线程假如堵塞了，但是假如被调用方（体系内核）告诉回来数据，线程恢复运行状况，这便是异步的。反之，假如I/O选用同步方法，由调用方（应用层）自动问询体系内核获取数据，但是调用线程并不是堵塞状况，因为它在一向轮询体系内核数据是否准备好。
相同的道理，非堵塞和异步重视的点也不一样。举个栗子，调用线程请求I/O时敞开其他一个线程处理，在I/O线程读取的一起，调用线程可以做其他工作，所以调用线程对错堵塞的状况，但是调用线程把其他工作都处理完了之后，仍是要问询I/O线程数据是否已经读取完毕，这个进程便是同步的，或者可以称为“伪异步”。
假如是异步的进程，调用方等待被调用方告诉，那么调用方就必定对错堵塞吗？也不必定，或许调用方被其他的资源堵塞了呢？所以异步进程，线程状况是未知的。
