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

APP通過調用bootloader導出的函數(shù)接口，實現(xiàn)相關功能的調用。

代碼舉例

在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的代碼調用以上函數(shù)

調用exp_forapp_A函數(shù)，能夠得到正確的返回值5

調用exp_forapp_B函數(shù)，永遠只能得到返回值2

經(jīng)過調試分析，由于exp_forapp_B在調用malloc時候，使用的bootloader內的malloc，此時由于跳轉到app后ram空間已經(jīng)重新劃分了，因此malloc直接失敗，返回NULL。

因此，嘗試使用將app中的malloc函數(shù)傳到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;

}

此時，發(fā)現(xiàn)p竟然分配到0x00開頭的地址，而不是0x20000000以后的地址。

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

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

特別要注意，bootloader中的全局變量問題重新映射問題，否則會出現(xiàn)異常。