中断，阻塞，非阻塞

中断

通常在嵌入式驱动实验中，需要先编写驱动程序，再编写应用程序。驱动模块安装完成之后，使用应用程序去对驱动设备进行读写以验证驱动是否正确。因为通常的设备都需要我们主动去发起读写操作。然而中断机制却有所不同，当你将写好的中断程序模块安装完成后，你的系统当中已经包含了这个中断功能，并且它不需要你去进行主动的读写，因为这本身就是设计中断机制的初衷。

具体的体现就是，我们去编写一个IO按键中断，然后将它安装完成，这个时候，我们不需要编写应用程序，可以通过直接按下按键就可以触发中断运行相应的中断处理函数。

阻塞

阻塞本身与中断并没有直接关联，所谓阻塞就是指当我们进行读操作的时候，会一直在原地等待读操作的结束，有时候会造成长期占用cpu。这种情况下，等待队列的机制就出现了。在读操作进行的时候，如果条件不满足，则将进程挂起，直到条件满足的时候再重新唤醒进程，并将进程从等待队列中移除。

当进程本身已经睡眠的情况下，我们是不能指望通过这个进程里的某个操作把自己唤醒。这个时候需要的是其他进程给予它一个信号或者是消息之类的。而中断就是其中一种告知方式，因此我们可以得到以下两个过程：

1.进程读->条件不满足->进程进去等待队列->进程被挂起

2.中断被触发->进行中断处理使设置某个标志->唤醒进程

到这里，中断，阻塞，等待队列，应用程序产生的读进程，这三者也就联系在一起了。

非阻塞

非阻塞中，我们所采用的是轮询的策略，也就是当读不满足条件的时候，先挂起进程，然后每隔一段时间去检查一次是否满足条件，若满足，则进行一次读操作，若不满足，则不读。与阻塞最大的区别就是阻塞是等待别人给通知唤醒，而非阻塞的轮询则是主动去查看是否可以唤醒。