【不是问题的问题】为什么复位中断服务程序里面直接调用的main函数，难道所有程序都在复位中断里面执行的？
这个问题之前一直理所当然，没有深究过，认为就是复位中断服务程序退出后进入到main的，实际不然。
【视频版】
https://www.bilibili.com/video/BV1Le411V7jS
【不是问题的问题】为什么复位中断服务程序里面直接调用的main函数，难道所有程序都在复位中断里面执行的
【引出问题】
我们这里以MDK，IAR和GCC分别进行说明：
（1） MDK的处理：
main函数确实是在复位中断服务程序里面执行的：
下面是__main的具体执行流程，其中调用了main，进入到main后，我们的程序就是一个死循环，一般不会退出main去执行exit()：
（2）IAR的处理：
跟MDK的__main类似：
（3）GCC的处理：
这个过程是全开源的，也是类似流程。
【问题分析】
经过调试会发现个细节，正常情况下这个复位中断服务程序代码应该处于handler模式，而实际测试下竟然处于Thread线程模式。
进一步看官方文档，锁定问题了：
特别是最后一句：Execution restarts as privileged execution in Thread mode ，异常重新作为特权级线程模式执行。 也就是说上电复位或者手动复位，此时的复位中断服务器程序就是作为普通程序来执行的，已经不再是中断式的处理机制，就是简单的函数跳转到了main里面。
参考资料：
1、https://developer.arm.com/docume ... del/exception-types
2、MDK的C库启动过程和初始化，即__main函数的执行全过程
MDK的C库启动过程和初始化，即__main函数的执行全过程 - 开发环境 - 硬汉嵌入式论坛 - Powered by Discuz!
3、https://github.com/raspberrypi/p ... tandard_link/crt0.S