30 boatload跳转到app反复重启，难道你们编译器有问题？

加上static也不行，现在我初步怀疑是不是BOOTLOAD跳转前没有把中断关闭干净，导致跳到APP时前期处理的时间长点（静态内存需要初始化处理，越大时间越久）后，触发了原来的中断，指针复位？下面是我的跳转的几个方案（都不行）：
1， // 检查栈顶地址是否合法.
if ((((__IO uint32_t )app_addr) & 0x2ffe0000) != 0x20000000)
{
LOG_I(“Illegal Stack code.”);
fota_res = RT_FOTA_GENERAL_ERR;
goto __exit_start_application;
}

LOG_I("Implement application now.");
rt_interrupt_enter();
HAL_DeInit();
//用户代码区第二个字为程序开始地址(复位地址)
app_func = (rt_fota_app_func)*(__IO uint32_t *)(app_addr + 4);
/* Configure main stack */
__set_MSP(*(__IO uint32_t *)app_addr);
/* jump to application */
//memset(0x20000AB0,0,0x4EC8);
app_func();

2， typedef void (app_func_t)(void);
uint32_t app_addr = appxaddr;
uint32_t stk_addr = ((IO uint32_t )app_addr);
app_func_t app_func = (app_func_t)(((IO uint32_t *)(app_addr + 4)));

if ((((uint32_t)app_func & 0xff000000) != 0x08000000) || ((stk_addr & 0x2ff00000) != 0x20000000))
{
    LOG_E("No legitimate application.");
    return;
}
rt_kprintf("Jump to application running ... \n");
rt_thread_mdelay(200);
__disable_irq();
HAL_DeInit();
for(int i=0; i<128; i++)
{
    HAL_NVIC_DisableIRQ(i);
    HAL_NVIC_ClearPendingIRQ(i);
}
__set_CONTROL(0);
__set_MSP(stk_addr);
app_func();//Jump to application running    

方案2的关中断后面加上

HAL_RCC_DeInit();
    SysTick->CTRL = 0;
    SysTick->LOAD = 0;
    SysTick->VAL = 0;
    HAL_DeInit();

试试

奇诡的是我只加了个延时 rt_thread_mdelay(200);就可以跳过去了，加的位置：

                 rt_thread_mdelay(200);//这个延时必须加,
              //  __disable_irq();
                rt_interrupt_enter();
                HAL_DeInit();
                //用户代码区第二个字为程序开始地址(复位地址)
                app_func = (rt_fota_app_func)*(__IO uint32_t *)(app_addr + 4);
                /* Configure main stack */
                __set_MSP(*(__IO uint32_t *)app_addr);
                /* jump to application */
                //memset(0x20000AB0,0,0x4EC8);
                app_func();

上面还有个事很奇诡，为什么加上__disable_irq();就跳不过去，理论上应该加啊

加一句，跳转方案2去掉__disable_irq()也可以跳过去

rt_thread_mdelay(200);这个延时是为了防止存在挂起的串口中断

如果不加延时，关了中断，又没有清中断，就会存在串口中断挂起，跳到app后时钟初始化时开中断死掉。

为什么加上__disable_irq();就跳不过去，理论上不应该啊，我看人家都是加上的

会不会还有其它线程打印，延时加长些呢？

这个延时绝了，竟然解决了我无限重启的问题，但是我并没有删除_disable_irq()@JYFP_3506

geniusgogo你好，你说的很对，bootloader也是使用了RT-Thread，请问在rhread模式下如何跳转，另外，为什么现在也能正常啊？如上描述，加了延时也能正常，但是就是不能加__disable_irq();

不加disable_irq();是有隐患的，虽然现在能正常跳转，但以后升级了别的app后就有可能跳转后死机。这属于把命运交给app了。

@JYFP_3506 那么多偶然现象，能看起来正常，你放心吗？咱们不要纠结一个从原理上就说不通的办法所产生的现象哈。
现在讨论一下我们bootloader在RTOS下到底如何以正确的姿势进行跳转哈。既然CortexM处理器的MSP只能在handle模式下修改，那么我们就在handle模式下跳转就行了。那问题就来了：
1.如何从thread模式切换到handle模式
2.如何在RT-Thread系统下进入到handle模式
3.如何实现跳转
4.本问题中使用的STM32处理器跳转前该注意什么

下面是我针对上面4个问题做的建议性回答（仅供参考）：
1.从thread模式切换到handle模式，触发一个异常就行了，例如svc异常。
2.在RT-Thread系统中目前没有使用到svc异常，所以照样如上步骤可以利用svc触发一个异常，从而进入handle模式
3.其实在RT-Thread这类操作系统中，尤其要注意异常退出时是使用的PSP栈，所以在跳转的时候，假如如上解决办法采用svc的话，那么就可以模拟一种任务切换的过程。所以跳转到APP区域其实就好比是一次上下文切换过程（利用APP区域的MSP建立一个模拟的栈结构，跳转的时候设置切换到APP区域的MSP栈…）。
4.STM32处理器上大部分型号的片子，只要在跳转前（如果是上面的svc解决方案的话，进入svc的第一条指令就应该关闭中断）调用一下HAL_Deinit和HAL_RCC_DeInit就差不多OK了。

@geniusgogo 你好，我那个第二种跳转方法不是有个软中断切换：__set_CONTROL(0);吗？难道不是这样切换？奇诡的是为什么不能加disable_irq()？加上就跳转后立即重启设备了，另外麻烦你根据我上面的第二个跳转，修改一下，看看哪里不对，我再试试，谢谢

@JQRR_7669 为什么加上就无法跳转成功？我是在RTT的线程里面执行的，麻烦看看怎么才能正确？

@geniusgogo @JQRR_7669 你好，经过查资料发现“rtthread所有的代码都是运行在特权级下的”，线程模式用的是PSP栈,但是是特权级的，直接可以__set_CONTROL(0);切换，现在就是那个—奇诡的是为什么不能加disable_irq()？加上就跳转后立即重启设备了，这个怎么回事？

先弄个简单的app做测试，断定是app问题还是boot问题，然后在进一步找问题。

@JYFP_3506 __set_CONTROL(0)是清零control寄存器吧，那就是关掉特权级应该是。如果是这样那就接下来的setmsp会失败吧？

@JYFP_3506 刚看了，清0是特权级，是我弄错了。那这个地方应该没错。

@JYFP_3506 这样，你把APP就留一个main空任务打印，包括你底层的那些额外的初始化都不要了。跑一个最简单的helloworld应用作为APP。这样免得因为你驱动或者应用有BUG干扰了现象。然后你bootloader里只要在跳转前关中断，setmsp，跳转就好了。再看现象。