嵌入式杂谈之中断向量表

虽说接触了好久的单片机或者说嵌入式开发，不过对于有些概念还是比较模糊，因此此系列将会从一些零碎的小知识点出发，慢慢的遍历整张嵌入式开发的地图。

这次先来看一下中断向量表。

至于为什么会提到中断向量表，主要是因为我自己在学习嵌入式Linux开发的过程中，好像学到的所有开始阶段都是要通过汇编完成的，好像没有汇编程序，整套系统就无法运行，那作为一套完整的系统，究竟从上电开始程序究竟是怎么运行起来的，发生中断的时候，程序又是怎么跳转到指定的函数去执行的呢，在这里将会给大家一个一个具体的轮廓，从感性上理解，究竟系统是怎么工作起来的。

程序是从main函数执行的吗？？？

首先明确一点，单片机上电开始执行的第一条指令肯定不是我们在main函数中写的第一条指令，在此之前，我们需要汇编程序完成一些初始化的工作，那么这时候有一个问题，

汇编程序的第一条代码从哪里开始运行的呢？？

在ARM架构的芯片下，不出意外，程序都是从0X00000000最开始的位置执行的，那程序从这里运行，接下来要完成什么工作呢，那就不得不提到中断向量表，说是中断向量表，不如说是从0X00000000开始的固定的一段内容。
这段内容以四个字节为单位，每个字节保存一个地址,当芯片处于不同的状态时，就会根据这段内容跳转到对应的地址去执行对应的程序。
以Cortex-A7的i.MX6ULL芯片为例，可以看到，从0开始的每四个字节对应一个中断类型，这个表的顺序是固定的，每个位置存储的都是一个要跳转到的地址。

那么知道了每个位置存放一个跳转地址之后，我们的程序究竟是怎么开始的。

芯片上电程序执行流程

当芯片上电以后，我们在上面表格中寻找一个于程序上电比较接近的中断，毫无意外，我们选择复位中断，平常玩单片机的时候，大家不都是出了bug,队友就说，复位一下单片机吧，这里的复位可以是我们去按单片机的复位按钮，也可以断电重新上电，所以重新上电约等于复位这个思想在我们的脑子里是根深蒂固的。
那么结果显而易见，芯片上电了，他发现自己是重新上电而产生的复位中断，由上图可知，那么程序会在0X00开始执行，但是这个地方只保存了一个地址，那么程序跳转到0X00之后会立马跳转到这个位置保存的地址执行，程序就跳转到了另一个地方，然后在这里通过汇编代码进行堆栈设置，为C语言运行创造条件，最后再跳转到main函数执行，这才是真正到了main函数。
由具体代码也可以看出来

_start:
	ldr pc, =Reset_Handler /* 复位中断 */
	ldr pc, =Undefined_Handler /* 未定义指令中断 */
	ldr pc, =SVC_Handler /* SVC(Supervisor)中断 */
	ldr pc, =PrefAbort_Handler /* 预取终止中断 */
	ldr pc, =DataAbort_Handler /* 数据终止中断 */
	ldr pc, =NotUsed_Handler /* 未使用中断 */
	ldr pc, =IRQ_Handler /* IRQ 中断 */
	ldr pc, =FIQ_Handler /* FIQ(快速中断)未定义中断 */
	# 此处省略好多

/* 复位中断 */
Reset_Handler:
	# 此处再省略好多
	b main /* 跳转到 main 函数 *

上面的b代表跳转，后面跟什么，就代表跳转到哪里
上面的_start可以暂时理解为将中断像量表进行规定，然后出现复位中断就将pc指针指向复位中断函数，pc指针表示程序运行位置，换句话说，pc指针在哪，程序就在哪开始运行，这都是arm架构规定的。

同理发生了中断，程序跑到那里？？？

还是由上表可知，与中断有关的应该是第七和第八个，外部中断与快速中断，因此显而易见，当中断发生时，无论当前程序在哪里运行，都会跑到这个表所指向的地址，在这个地址处，我们就可以编写自己的中断处理函数了，当然还要涉及到具体的中断号以及中断优先级的判断，这里不展开论述

那表中其他内容表示什么？？？

其实可以不用深究，因为i一般情况下，我们只处理复位中断与外部中断的情况，也就是针对这两种情况进行程序编写，其他情况一律都是视为程序卡死，这也是我们经常遇到的，芯片上电了，也没发生中断，但是确实没在执行程序，主要就是因为我们没有处理其他异常情况，导致程序执行出现异常以后没有跳转到合适的地方，或者在一个地方转圈。
比如下面程序程序就是进入异常处理程序，然后周而复始，就给我们造成了，程序卡死的假象。

/* 数据终止中断 */
DataAbort_Handler:
ldr r0, =DataAbort_Handler
bx r0

1. 复位中断(Rest)。 CPU 复位以后就会进入复位中断，我们可以在复位中断服务函数里面
   做一些初始化工作，比如初始化 SP 指针、 DDR 等等。
2. 未定义指令中断(Undefined Instruction)，如果指令不能识别的话就会产生此中断。
3. 软中断(Software Interrupt,SWI)，由 SWI 指令引起的中断， Linux 的系统调用会用 S WI指令来引起软中断，通过软中断来陷入到内核空间。
4. 指令预取中止中断(Prefetch Abort)，预取指令的出错的时候会产生此中断。
5. 数据访问中止中断(Data Abort)，访问数据出错的时候会产生此中断。
6. IRQ 中断(IRQ Interrupt)，外部中断，前面已经说了，芯片内部的外设中断都会引起此
   中断的发生。
7. FIQ 中断(FIQ Interrupt)，快速中断，如果需要快速处理中断的话就可以使用

最后大家可以看一下stm32的启动文件

其中也有针对中断向量表的设置，虽然中断向量表的大小与内容与我提到的不完全相同，但大致的理解思路都是相同的。

进来具体看一下(我这是正点原子的精英板跑马灯程序)

序号1单词为vector正好就是向量的意思，也从另一方面说明这是中断向量表。

序号2就是我们刚才说的复位中断，由此可知程序会跳转Reset_Handler接着执行，我们再往下跟踪下去

上面的汇编代码相当于将main函数地址放入R0,然后跳转到这个地址，也就相当于跳转到了main函数
至于为什么是_main是因为_main是一个C语言提供的库函数，在这个函数里会跳转到main，所以终究是从这里到达main函数的。

序号3就是其他的中断向量，大家一起组成中断向量表，来给我们添麻烦(哦，不，是给我们带来知识)。

总结来说

汇编程序是必不可少的，就像stm32其实也有，只不过我们一般不需要进行修改，但是为了更加灵活的掌握，还是不得不去研究，就比如说有些店家提供的函数源码就会在汇编中进行一些文件的修改，我们听说的bootloader更加离不开汇编，当然中断向量表也是有用的，这就表示我写的这个文章不是没有意义的。

希望给大家带来了新的收获

了解更多技术文章，欢迎关注我的个人公众号