一，中断的定义
在CPU执行程序的过程中，出现了某种紧急或异常的事件（中断请求），CPU需要暂时停止正在执行的程序，转去处理该事件（执行终端服务程序），并在处理完毕后，返回断点继续执行被暂停的程序，这一过程，称为中断。
二 ，中断处理的过程主要有五步
1.中断请求
2.中断响应
3.保护断点
4.中断处理
5.中断返回
三，8086/8088CPU可以处理256种不同类型的终端
四，中断服务程序的设计
1.用户在设计中断服务程序时要预先确定一个中断类型号，不论是硬件中断还是软件中断，都只能在系统预留给用户的类型号中选择，
2.确定中断类型号之后还要把中断服务程序入口地址置入中断向量表，以确保在中断响应时CPU能自动转入该类型号相对应的中断服务程序。
3.中断向量表的建立
设用户定义的中断类型号为60H
1）DOS系统功能调用法
功能号：（AH）=25H
入口参数：
（AL）=中断类型号
（DS）=中断服务程序的入口地址的段地址
（DX）=中断服务程序的入口地址的段地址
下面程序段完成中断类型号为 60H的中断服务程序的入口地址的置入

PUSH	DS          //保护DS
MOV	DX,	OFFSET INT _60     //取中断服务程序INT_60的偏移地址
MOV	AX,	SEG INT _60        //取中断服务程序INT_60的段地址
MOV	DS,	AX
MOV	AH,	25H     //送功能号
MOV	AL,	60H      //送中断类型号
INT	21H              //DOS功能调用
POP	DS               //恢复DS

2)直接装入法
用传送指令直接将中断服务程序入口地址置入中断向量表。
设中断类型号为60H,此类型号对应的中断服务程序入口地址应存放在中断向量表00180H开始的四个连续存储单元中。
采用直接装入的程序段如下：

XOR	AX,	AX	//清零
MOV	DS,	AX
MOV	AX,	OFFSET INT_60
MOV	DS:	[0180H],	AX      // 置中断服务程序INT_60的偏移地址
MOV	AX,	SEG INT_60
MOV	DS:	[0180H+2],	AX        //置中断服务程序INT_60的段地址

接下来会对可编程中断控制器8259 A进行理解，请大家拭目以待！
学习是对体系结构的一种建立，今天不会的不要慌，当体系结构达到一个水准之后，或许明天就会了呢？
目之所及，皆是回忆！
心之所想，皆是过往！
眼之所看，皆是遗憾！

在设计软件与外设交互时，需要考虑以下三个方面：

• 怎样检出外设的事件，是使用中断还是轮询？
• 使用中断时，哪些处理在中断服务程序中执行，哪些处理在应用程序中执行？
• 中断服务程序怎样与应用程序通信？

软件与外设的交互，基本有两种模式：轮询和中断。轮询是由软件定时地查询外设的各种寄存器，检查该外设是否有事件发生，如有事件发生，则执行相应的动作。中断则通过使能该外设的中断，当相应的事件发生时，MCU产生中断，调用对应的中断处理函数，由中断服务程序完成必要的处理后，将事件或数据通知应用程序，从而达到通知软件的目的。采用轮询方式时，为了不丢失外设的事件，需要非常频繁地查询外设的状态。如果需要轮询的外设较多时，会导致系统整体的运行效率降低。考虑到CPU与外设之间的速度差，如果涉及到与外设通信，一般采用中断的方式：只有当外设完成了数据发送或者接收，才中断CPU，获得处理，这样可以保证CPU的处理效率达到最高。

由于中断服务程序的优先级高于所有的任务，当有中断发生时，MCU将会临时停止当前应用程序的运行，保存运行上下文（当前的PC寄存器、堆栈寄存器等），调用相应的中断服务程序。中断服务程序运行结束后，MCU会恢复被停止应用程序的运行上下文，从停止处开始继续执行。而且，当一个外设的中断服务程序在运行时，其他外设的中断（在支持中断嵌套的系统中比其优先级低的中断）必须等待，如果等待时间过长，可能会导致事件或数据丢失。因此为了不影响其它中断的处理，同时对应用程序运行的影响尽量小，中断服务程序必须尽量短小精悍，在尽可能短的时间内完成动作。

当中断服务程序需要完成的处理较多时，操作系统提供了延迟中断处理的机制。操作系统管理一个用于延迟中断处理的任务，其优先级高于所有的任务，但低于所有的中断。从应用程序的角度看，中断服务程序和延迟中断处理是连续执行的，没有被打断；但从中断服务程序的角度看，耗时的处理被延迟到了一个任务当中，从而对其它外设中断处理的延迟可以达到最小化。图 1‑1是一个使用中断延迟处理的执行序列的例子。

在图 1中，中断1的优先级高于中断2，在应用任务执行过程中，中断1发生，挂起当前应用任务，执行其中断服务程序。在执行过程中，中断2发生，由于其优先级较低，因此中断2的服务程序的执行被延迟。直到中断1服务程序执行结束，开始执行中断2的服务程序。当中断2的服务程序执行结束后，中断延迟处理任务开始执行，依次处理中断1和2的延迟中断处理。等所有延迟中断处理结束后，挂起的应用任务继续执行。

图 1 中断处理的执行顺序

当然，如果操作系统没有提供中断延迟处理的机制，在采用抢占式调度机制的系统中，也可以用普通任务模拟实现，只要赋予该任务最高优先级即可。

一般嵌入式操作系统都会提供一系列中断服务程序专用的API，包括与任务通信（传递事件或消息）、同步等。因为中断服务程序不允许被阻塞，这些API需要保证在中断服务程序中即时运行，不会等待。如在FreeRTOS中，用于中断服务程序的API都以FromISR结束；在RTX中，都以isr_开头。非常容易识别。

如果操作系统没有提供中断服务程序专用的API，则在使用时，需要非常小心地设置API的参数，以避免中断处理函数被阻塞，比如向任务的消息队列发送消息时，必须保证队列满时立即返回，而不是等待。

嵌入式操作系统的任务调度如果是抢占式调度策略，则在从终端服务程序退出前，需要考虑是否需要触发任务调度。因为由于中断服务程序与应用程序间的通信，原先一些处于等待状态的任务可能变成了准备执行的状态，因此需要重新调度，找到最高优先级的任务执行。而触发任务调度的策略在不同的操作系统中是不同的，基本上有以下三种策略：

• 一种是不需要用户在写中断服务程序时作任何特别的处理，比如RTX。在中断服务程序中调用中断服务程序专用的API时，操作系统判断是否需要触发任务调度，如果需要，则直接触发。
• 一种是要求在退出中断服务程序之前调用一个操作系统的特殊API，比如uCOSII，在所有中断服务程序的最后，需要调用OSIntExit()。在该API中操作系统判断是否需要触发任务调度，并作相应的触发处理。
• 还有一种是操作系统通过参数通知中断服务程序是否需要触发任务调度，比如FreeRTOS。在FreeRTOS中，某些中断服务程序专用的API中有一个参数pxHigherPriorityTaskWoken，用于指示在调用相应的API之后是否需要执行任务调度。同时还提供了执行任务调度的API portYIELD_FROM_ISR()供中断服务程序使用。需要注意的是，即使pxHigherPriorityTaskWoken指示需要触发任务调度，中断服务程序根据当前的执行上下文，可以不执行任务调度。这给用户提供了更多的自由度，以优化执行流程。这可以避免不必要的任务调度动作，也给用户更多的控制执行流程的手段。

因此，在写中断服务程序时，特别是选用类似FreeRTOS之类操作系统时，需要考虑是否触发任务调度，以及在必要时触发任务调度。如果遗漏了任务调度的触发，在绝大部分情况下可能没有问题，极难定位和调试。