- 1、BootLoader就是单片机启动时候运行的一段小程序，这段程序负责单片机固件的更新，也就是单片机选择性的自己给自己下程序。可以更新，也可以不更新，更新的话，BootLoader更新完程序后，跳转到新程序运行；不更新的话，BootLoader直接跳转到原来的程序去运行。
- 2、BootLoader更新完程序后并不擦除自己，下次启动后依然先运行BootLoader程序，又可以选择性的更新或者不更新程序，所以BootLoader就是用来管理单片机程序的更新。
- 3、在实际的单片机工程项目中，如果加入了BootLoader功能，就可以给单片机日后升级程序留出一个接口，方便日后单片机程序更新。当然，这就需要创建两个工程项目，一个为BootLoader工程，一个为APP工程。
- 4、BootLoader工程生成的.hex或者.bin文件通常下载到ROM或Flash中的首地址，这样可以保证上电后先运行BootLoader程序。而APP工程生成的.hex或者.bin文件则下载到ROM或Flash中BootLoader后面的地址中。也就是说，存在ROM/Flash中的内容是分为两部分的。
- 5、要实现在同一个ROM/Flash中保存两段程序，并且保证不能相互覆盖，则需要在下载程序时指定地址。
二、OTA升级方式：1.全量升级：
完整的下载新版本固件，下载完成后将固件搬运到APP程序运行的位置。（一般来说是将APP从片外flash搬运到片内flash上）。搬运完成后校验通过后重启APP。
一般制作出来的差分包只有原包的5%左右。省空间！
服务器端： 生几种OTA方式的对比：成差分包，bsdiff算法
1．对old文件中所有子字符串形成一个字典；
2．对比old文件和new文件，产生diff string 和extra string；
3．将diff string 和extra string 以及相应的控制 字用zip压缩成一个patch包。
设备端： 生成new File，bspatch算法
1．接收patch包；
2．解压patch包；
3．还原new文件。
3.原地升级：相比差分升级，合包的过程，直接搬运。
容错率低。
如图所示：
A/B 系统更新可带来以下好处：
- OTA 更新可以在系统运行期间进行，而不会打断用户。用户可以在 OTA 期间继续使用其设备。在更新期间，唯一的一次宕机发生在设备重新启动到更新后的磁盘分区时。
- 更新后，重新启动所用的时间不会超过常规重新启动所用的时间。
- 如果 OTA 无法应用（例如，因为刷机失败），用户将不会受到影响。用户将继续运行旧的操作系统，并且客户端可以重新尝试进行更新。
- 如果 OTA 更新已应用但无法启动，设备将重新启动回旧分区，并且仍然可以使用。客户端可以重新尝试进行更新。
- 任何错误（例如 I/O 错误）都只会影响未使用的分区组，并且用户可以进行重试。由于 I/O 负载被特意控制在较低水平，以免影响用户体验，因此发生此类错误的可能性也会降低。
更新包可以流式传输到 A/B 设备，因此在安装之前不需要先下载更新包。流式更新意味着用户没有必要在 /data 或 /cache 上留出足够的可用空间来存储更新包。
- 缓存分区不再用于存储 OTA 更新包，因此无需确保缓存分区的大小要足以应对日后的更新。
- dm-verity 可保证设备将使用未损坏的启动映像。如果设备因 OTA 错误或 dm-verity问题而无法启动，则可以重新启动到旧映像。（Android 验证启动不需要 A/B 更新。）
关于差分升级的缺点，如图所示：
/3 
