中断向量表（interrupt vector table，IVT）是中断源的识别标志，可用来形成相应的中断服务程序的入口地址或存放中断服务程序的首地址称为中断向量。在Pc/AT中由硬件产生的中断标识码被称为中断类型号（当然，中断类型号还有其他的产生方法，如指令中直接给出、CPU自动形成等），即在中断响应期间8259A产生的是当前请求中断的最高优先级的中断源的中断类型号。中断类型号和中断向量之间有下面的关系： 中断类型号×4=存放中断向量的首地址 有了存放中断向量的首地址，从该地址开始的4个存储单元中取出的就是中断服务程序的入口。

介绍

是指中断服务程序入口地址的偏移量与段基值，一个中断向量占据4字节空间。中断向量表是8086系统内存中最低端1K字节空间，它的作用就是按照中断类型号从小到大的顺序存储对应的中断向量，总共存储256个中断向量。在中断响应过程中，CPU通过从接口电路获取的中断类型号（中断向量号）计算对应中断向量在表中的位置，并从中断向量表中获取中断向量，将程序流程转向中断服务程序的入口地址。

列表

80x86系统是把所有的中断向量集中起来，按中断类型号从小到大的顺序存放到存储器的某一区域内，这个存放中断向量的存储区叫做中断向量表，即中断服务程序入口地址表。

由于中断向量表可以在操作系统层面灵活修改，因此，不同的系统的中断向量表可能是不同的。此外，intel在CPU的保护模式下，占用了0x00 ~ 0x1F共32个中断号，在Linux下，是从0x20开始用于系统自身的中断的，包括8259芯片的中断重置。

BIOS（实模式）的中断向量表如下：

80x86

8259主片

BIOS

提供用户中断

在DOS系统（实模式）下，从0x20开始，用于操作系统本身。

DOS

保护模式

在Linux下（保护模式），没有使用BIOS设置的中断向量表，0x00 ~ 0x1F是CPU保护模式下的默认中断向量，而0x20开始，都是被Linux系统重新设置的。

X86占用的中断向量表如下：

Linux自己设置的中断以后再添加。

1、生成Map文件

复制中断向量表前需要知道中断向量表的大小，可以通过编译生成的Map文件查看。

2、查看中断向量表大小

中断向量表的大小是固定的，与程序代码量无关，打开Map文件，直接搜索0x08000000，我使用的 MCU 是 STM32H743XIH6，中断向量表大小为 664 字节，即 MDK 编译生成的 Bin 文件，开始的 664 个字节是中断向量表

    RESET                                    0x08000000   Section      664  startup_stm32h743xx.o(RESET)
    !!!main                                  0x08000298   Section        8  __main.o(!!!main)
    !!!scatter                               0x080002a0   Section       52  __scatter.o(!!!scatter)
    !!dczerorl2                              0x080002d4   Section       90  __dczerorl2.o(!!dczerorl2)
    !!handler_zi                             0x08000330   Section       28  __scatter_zi.o(!!handler_zi)

3、读取中断向量表的内容，并直接放在指定的SRAM 地址处

// 中断向量表大小 664 字节 
#define  VECTOR_TABLE_SIZE 664
// 中断向量表复制到 SRAM 0x24001000 地址
u8 vector_table[VECTOR_TABLE_SIZE] __attribute__ ((at(0X24001000)));
// 读取 Flash 内容
// STMFLASH_Read(addr,(u32*)vector_table,VECTOR_TABLE_SIZE/4);

值得注意的是，STMFLASH_Read 函数不能读取 Flash 程序代码所在的空间，否则会出现异常

我这里的设计是 BootLoader 程序通过 Can 接收待升级的固件 Bin 文件(然后写入指定的 FLASH 地址处，在把前 664 字节数据读出来复制给 vector_table)并将前 664 个字节的中断向量表直接复制给 vector_table，即完成了中断向量表的复制到 SRAM 的 0x24010000

4、APP程序的设置

以上只是完成了，中断向量表的复制，还需要告诉 APP 程序中断向量表的位置，APP程序中添加如下代码。

SCB->VTOR = D1_AXISRAM_BASE|0x1000;   

再运行 APP 程序的时候，使用的就是 SRAM 中的中断向量表了。
这样做的目的是，固件升级的时候，可以在 FLASH 中存放多个 APP 程序。

STM32的中断向量表是干什么的？到底有什么用？它放在哪里？

一、中断向量表里有什么？它放在那里？到底有什么用？
1、中断向量表实际上就是存放在Code区（也就是STM32内部的Flash区）从0x00000000地址开始的一个数组，数组的成员为4个字节，而且这些数组在启动文件的时候已经初始化好。

2、STM32根据内核和外设中断优先级，同一标号，标号越小，优先级越大。然后把内核和外设的中断服务函数的地址放在这个数组里面，数组的下标跟中断的优先级对应，我们也把这个中断的编号叫做中断向量。

3、在启动文件执行的时候，内核和每个外设的中断服务函数的地址都是已经确定好的，地址就存放在中断向量表中，而且在启动文件里面已经写好了中断服务函数，只是这些中断服务函数为空，而且带[weak]弱定义，那么我们就需要在C文件里面重新实现这个中断服务函数，用户写这个中断服务函数的时候，函数名必须跟启动文件里面写的中断函数名对应，因为函数名对应的就是中断服务函数的地址，如果中断服务函数名和启动文件的名字不一样，就默认启动文件里面预先写好的空的中断服务函数，而且是一个死循环，程序就会一直卡死在中断服务函数里面。

二、那内核是如何响应中断的呢？
当中断来临的时候，首先取向量，每个中断的中断向量不一样，然后根据向量查询中断向量表，根据里面的地址找到中断服务函数，从而实现整个中断的响应过程。
https://blog.csdn.net/ZDQ1431/article/details/106374285?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522164056830016780271563120%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fall.%2522%257D&request_id=164056830016780271563120&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2_allfirst_rank_ecpm_v1~rank_v31_ecpm-12-106374285.pc_search_result_cache&utm_term=%E5%BC%82%E5%B8%B8%E5%90%91%E9%87%8F%E8%A1%A8%E5%92%8C%E4%B8%AD%E6%96%AD%E5%90%91%E9%87%8F%E8%A1%A8&spm=1018.2226.3001.4187

【中断】异常和中断的关系、异常向量表和中断向量表的关系

https://blog.csdn.net/Ivan804638781/article/details/116212899?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522164056830016780271563120%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fall.%2522%257D&request_id=164056830016780271563120&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2_allfirst_rank_ecpm_v1~rank_v31_ecpm-2-116212899.pc_search_result_cache&utm_term=%E5%BC%82%E5%B8%B8%E5%90%91%E9%87%8F%E8%A1%A8%E5%92%8C%E4%B8%AD%E6%96%AD%E5%90%91%E9%87%8F%E8%A1%A8&spm=1018.2226.3001.4187

【嵌入式开发】ARM 异常向量表 ( 异常概念 | 异常处理流程 | 异常向量 | 汇编代码 )

异常向量概念 : 当异常发生的时候, 程序被强行从一个固定的内存地址执行, 每个种类的异常都有对应的一固定内存地址, 这个内存地址就是异常向量 ;

异常类型 : ARM 架构 支持 七种类型的异常,
1.Reset : 处理器在工作时, 突然 按下重启键, 就会触发该异常;
2.Undefined instructions : 处理器无法识别指令的异常, 处理器执行的指令是有规范的, 如果 尝试执行 不符合要求的指令, 就会进入到该异常指令对应的地址中;
3.Software interrupt (SWI) : 软中断, 软件中需要去打断处理器工作, 可以使用软中断来执行 ;
4.Prefetch Abort (instruction fetch memory abort) : 预取指令失败, ARM 在执行指令的过程中, 要先去预取指令准备执行, 如果预取指令失败, 就会产生该异常;
5.Data Abort (data access memory abort) : 读取数据失败;
6.IRQ (interrupt) : 普通中断;
7.FIQ (fast interrupt) : 快速中断, 快速中断要比普通中断响应速度要快一些;

原文链接：https://blog.csdn.net/shulianghan/article/details/80163777

x86中断向量表

https://blog.csdn.net/duguteng/article/details/7552774?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522164056830016780271563120%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fall.%2522%257D&request_id=164056830016780271563120&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2_allfirst_rank_ecpm_v1~rank_v31_ecpm-14-7552774.pc_search_result_cache&utm_term=%E5%BC%82%E5%B8%B8%E5%90%91%E9%87%8F%E8%A1%A8%E5%92%8C%E4%B8%AD%E6%96%AD%E5%90%91%E9%87%8F%E8%A1%A8&spm=1018.2226.3001.4187