最近看了硬汉分享的一个内容：为什么复位中断服务程序里面直接调用的main函数，难道所有程序都在复位中断里面执行的？

首先，Reset_Handler 是单片机的一个中断，其次，main 函数也确实被 Reset_Handler 中断调用了。那不是，main函数在中断里执行？

看到这个问题，你是否也曾想过这个问题，难道我们以前的认识错了？

说实话，我都没曾想过这个问题，我觉得绝大多数人都没有想过这个问题。所以，这里顺便分享一下这个问题的内容。

单片机的操作模式

这里的单片机，主要指 ARM Cortex-M 内核单片机。

要回答开篇那个问题，就要提到单片机的操作模式，这里以 Cortex‐M3 单片机为例，Cortex‐M3 支持两种模式和两个特权等级。

两种模式：

• Handler 模式

• Thread 模式

两个等级：

• 特权级

• 用户级

在 Cortex‐M3 手册中有这么一段：

其中，开篇问题的答案，我圈出来了。

官方的在线文档也提到了相关的说明：

地址：

https://developer.arm.com/documentation/dui0552/a/the-cortex-m3-processor/exception-model/exception-types

示例分析

上面圈出了答案，可能你还是蒙的，这里结合 Keil MDK + STM32 的工程代码给大家简单对比分析一下。

1.进入Reset_Handler中断我们在线调试时，复位状态，进入 Reset_Handler 复位中断：

此时，就是文档中提到的：在复位后，处理器进入特权级的Thread模式。

2.进入SysTick_Handler中断当我们进入普通中断，比如这里进入 SysTick_Handler 时钟滴答中断：

此时，我们进入的是特权级的Handler模式。

看到这里，想必你应该明白了。

总结

这个问题，关键点就是：

复位中断（Reset_Handler）和普通中断（SysTick_Handler）的操作模式不一样。

其他IDE，比如Keil、GCC等编译环境道理类似，这个问题主要在于内核，也就是由内核决定。

可能你从来没有关心过这个问题，当然，我们也很少遇到与之对应的问题。

这是一个不是问题的问题，不了解也没关系，你今天看到了也算进一步了解了 Cortex-M 单片机内核的一个知识点。