今天在宿舍整理项目的时候，看到之前做的一个蓝牙电饭锅项目，想起当时做这个项目的时候在蓝牙固件升级的过程中吃了不少苦头，因此想在这里写个小总结，希望可以给后面做这方面东西遇到困惑的开发者一点小启发吧。
在这个项目中，我们的固件升级文件是从管理后台那边下载下来的一个.ufu文件。在进行固件升级的时候，首先获取一下电饭锅当前的固件文件版本，然后获取管理后台中最新的固件文件版本。当发现有最新的固件版本文件存在的时候，APP就会先下载最新的固件文件到本地。
在异步下载完固件文件之后，APP就会读取这个下载到本地的文件，然后尝试发出蓝牙请求，请求将固件升级文件传送给电饭锅。在得到电饭锅方面的同意接收的反馈后，APP就会按照相关的协议要求将固件文件分段拆分发送给电饭锅。在这里解释一下分段拆分文件发送的原因：由于蓝牙传输时一次性传输的数据量是有限的，并且是比较小的。在我们的项目中，每次传输的数据包限制大小为16byte（不含包头信息），显然，一次性是没办法将文件全部传送过去的，所以得将文件拆分发送。具体怎么拆分，视每个项目的蓝牙指令协议而定，不尽相同。我们当时是每次只能发送16byte的数据包。具体过程如代码所示：
好了，解决了怎样将文件拆分开来一帧一帧发送给目标设备，那么问题来了，怎么保证按顺序发送帧文件呢？也就是说，如何保证数据包是被顺序接收的而不存在丢包的情况呢？在我们项目中，我是这么做的：设备每次成功接收到数据包后都会返回一个特定的字符串表明数据已经成功接收，我用递归的方式向设备发送帧文件，只有当接收到表明数据被成功接收的字符串后，我才会接着发送下一帧数据。只要某一帧数据没被接收（没收到表明成功接收的字符串），就继续发送这一帧数据，直至被接收，代码如下所示。
大致思路就是这样了，代码其实是很久的了，没去整理，有点乱，当个思路用吧。里面有啥说的不对的话还请大家不吝赐教呢，先行谢过啦。
