关于APP升级那些事---踩坑之旅

        9月30日，一个新需求来了，我们APP需要做一个自己升级系统，我当时内心一想，这简单的很，如实坐下来构思，嗯，这很简单啊，好像没什么难度，于是，拿起笔在纸上画逻辑图。下面带大家捋一下思路。

        1、首先我们需要一个服务端接口，这个接口是干什么的呢？我们把apk文件放到版本管理端配置，这个时候需要服务端告知我们管理端的版本号和版本名，

、

图1

我们可以看到根据接口返回的当前管理系统中版本号与我们当前应用版本号对比，如果高于我们当前版本号，那么我就准备升级，图中的install方法便是我们下载方法，好我们第一步就是将当前APP版本号对比服务端管理系统版本号

接下来看看下载方法install，看看到底做了什么，

图2

首先我们一步一步来看，这个是install方法，开始下载，这里我建议忽略，我们先看DownLoadManagerUtils.getInstance().startDownLoad方法里面做了什么，

图3

我在这里定义了一个文件总长度，为什么要这个长度呢，因为下载的时候，我需要展示当前下载进度，我们看到图2中onprogress方法便是展示下载进度的，而且我定义了一个借口，这个接口是当前下载的回调，我当时想法是，1、我需要知道下载成功，2、下载失败3、下载进度3、下载取消，所以我们来看看这个接口的定义

图4

这个接口根据自己实际需求来定义如图4，根据我自己的来说，这个接口大多只需要void onProgress(int progress);，void onSuccess();，void onFailed();，这三个方法，其他的大多数可以忽略，但是我这是为了方便以后扩展，所以写了这么多的方法，我们再回到图3，图3中我们可以看到，我定义了一个单例模式，然后定义了一个startDownLoad方法，我们可以在图3看到，我红框中的方法，从名字可以看到，从服务器下载apk文件，那接下来我们来看看这个方法做了什么，第二步从服务端下载apk文件。

可以看到，首先我开启了一个子线程来执行我读文件流的操作，File updateFile =new File(FileManager.UPDATEFILE);传入的是我们当前apk下载储存在手机当中的位置，这个可以自己定义。生成一个新的文件，这个文件就是我们下载下来的apk文件，这个方法大概解释一下，首先我根据路径获取一个URL，根据这个URL打开网络连接器，判断当前的文件父目录是否存在，不存在创建，再判断这个文件是否已经存在，存在删除在创建，然后获取输出流和输入流，

一定要切记，红框中这个，这个需要让服务端配置好，服务端先读取要更新的文件大小，然后放在接口中，最开始，我们服务端没返回，导致fileLength一直为0，导致展示当前进度一直存在问题。然后开始读，读出来写入文件中，知道写完，在写的过程中展示当前的进度，然后读完关闭流。写完之后，文件就已经下载下来了，那么这个时候我们看看图一中的onSuccess方法，下载成功我们肯定要调起系统的安装操作啊，所以我们来看看DownLoadManagerUtils.getInstance().installApk(installFile)方法

这是调起系统安装的方法，着重看下红色框中的代码。这个是7.0后谷歌不允许直接传递系统数据，必须通过provider来执行，所以，我们必须自己注册一个provider，在AndroidManifest.xml中注册，第三部注册provider

这是注册的provider，方框中式自己定义的一个xml文件，这个文件主要是针对外部存储做一个定义。

红框中也是一个坑，如果不加这个，会一直报

这个错误，这个目前不知道为什么，猜测可能在7.0需要设置一个根目录，目前做到这一步安装逻辑基本完成我们回到图一中，在onProgress通过handler发送一个消息，因为我们读流是在子线程中操作的，所以需要切换到主线程中更新UI展示进度条，

到这一步的时候，我内心淡定的自测一下，又发现一个坑，在7.0以上的手机下载完apk文件发现调不起系统安装操作，我看了一下7.0系统的管阀文档发现7.0以上调用系统安装操作需要一个权限，OMG，做安卓真的头大啊，悻悻的加上权限然后测试，完美，虽然过程有些头大，还好准时完成任务，苦中作乐吧，记录下来，避免以后再出现这些问题。