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

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

代碼舉例

在bootloader導(dǎo)出如下接口給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的代碼調(diào)用以上函數(shù)

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

調(diào)用exp_forapp_B函數(shù)，永遠(yuǎn)只能得到返回值2

經(jīng)過調(diào)試分析，由于exp_forapp_B在調(diào)用malloc時候，使用的bootloader內(nèi)的malloc，此時由于跳轉(zhuǎn)到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的學(xué)習(xí)更肯定我的想法是沒有錯的。接著通過調(diào)試代碼，發(fā)現(xiàn)，Bootloader中原來存在一個全局變量未被重新映射，而在調(diào)用的時候會使用到該變量。進(jìn)而，導(dǎo)致到動態(tài)分配內(nèi)存出現(xiàn)奇怪地址的問題。

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

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