實現IAP升級APP這個功能沒有什么問題,但是想把APP中相對固定的函數移植到bootloader中,從而減少APP空間代碼,減少升級時間。

APP通過調用bootloader導出的函數接口,實現相關功能的調用。
代碼舉例
在bootloader導出如下接口給APP使用
int exp_forapp_A(void)
{
int k = 5;
return k;
}


int exp_forapp_B(void)
{
int k = 2;
unsigned char *p = malloc(100);
if(p)
{
k = 5
free(p);
p = NULL;
}
return k;
}


在APP的代碼調用以上函數
調用exp_forapp_A函數,能夠得到正確的返回值5
調用exp_forapp_B函數,永遠只能得到返回值2


經過調試分析,由于exp_forapp_B在調用malloc時候,使用的bootloader內的malloc,此時由于跳轉到app后ram空間已經重新劃分了,因此malloc直接失敗，返回NULL。
因此，嘗試使用將app中的malloc函數傳到bootloader中,給exp_forapp_B使用
int exp_forapp_B(void)
{
int k = 2;
unsigned char *p = app_malloc(100);
if(p)
{
k = 5
free(p);
p = NULL;
}
return k;
}
此時,發現p竟然分配到0x00開頭的地址,而不是0x20000000以后的地址。

經過了,在QQ的學習更肯定我的想法是沒有錯的。接著通過調試代碼,發現,Bootloader中原來存在一個全局變量未被重新映射,而在調用的時候會使用到該變量.進而，導致到動態分配內存出現奇怪地址的問題。

總結，原來的設想是正確的，bootloader的動態內存分配函數malloc失效之后,可以使用app的動態內存分配函數,解決導出函數因內存失效而無法使用函數的問題。

特別要注意,bootloader中的全局變量問題重新映射問題,否則會出現異常。