我看這樣分區(qū)好像是南京沁恒的例子程序是這樣分的，實際是不需要的。我們自己自定義flash的分區(qū)。

另外，jumpIAP實際就是跳轉(zhuǎn)到IAP，也就是完全可以將jumpIAP與IAP寫成一個bootloader程序，放一個分區(qū)。

這樣分區(qū)復(fù)雜度會下降很多。我們是不是可以這樣做，就兩個分區(qū)，一個bootloader從flash啟動位置開始，一個app分區(qū)放后面一點的位置。

開機時先進bootloader，判斷要iap則啟動藍牙更新app分區(qū)，否則直接跳進app運行主程序，這樣即使更新app更新壞了，也可以斷電重啟進入bootloader對其再次更新，這樣分區(qū)復(fù)雜度下降很多。但是為什么網(wǎng)上大量例子都是寫著又是jumpIAP，又是app，又是app2，又是IAP的呢？事情搞那么復(fù)雜是有什么好處嗎？

應(yīng)用場景的問題吧，你發(fā)到客戶那的機器，升級過程中種種原因失敗了，種種原因客戶又沒法升級了，著急要用這個設(shè)備，請問現(xiàn)在怎么辦，

使用jumpiap可以防止兩點（基于例程的FLASH分配），①避免APP代碼被惡意讀取，擦除的時候會直接擦除0-8K的數(shù)據(jù)，這樣APP的代碼的前4K一定會被擦除掉；②防止芯片升級被打斷變磚，即使升級失敗，也可以進行下一次的升級。

反正就是可以。