安卓开发实战之app之版本更新(DownloadManager和http下载)完整实现
总阅读次
前言
本文将讲解app的升级与更新。一般而言用户使用App的时候升级提醒有两种方式获得:
- 一种是通过应用市场 获取
- 一种是打开应用之后提醒用户更新升级
而更新操作一般是在用户点击了升级按钮之后开始执行的,这里的升级操作也分为两种形式:
- 一般升级
- 强制升级
app升级操作:
- 应用市场的app升级
在App Store中升级需要为App Store上传新版App,我们在新版本完成之后都会上传到App Store中,在审核完成之后就相当于完成了这个应用市场的发布了,也就是发布上线了。这时候如果用户安装了这个应用市场,那么就能看到我们的App有新版本的升级提醒了。
- 应用内升级
除了可以在应用市场升级,我们还可以在应用内升级,在应用内升级主要是通过调用服务器端接口获取应用的升级信息,然后通过获取的服务器升级应用信息与本地的App版本比对,若服务器下发的最新的App版本高于本地的版本号,则说明有新版本发布,那么我们就可以执行更新操作了,否则忽略掉即可。
显然应用市场提醒的升级不是我们的重点,本篇主要是对于app升级的场景来进行不同角度的实现,便于以后开发过程中直接拿去用就ok了。
服务器端:
- 服务端提供一个接口,或者网址,这里提供一个网址如下:
|
|
一般作为一个安卓程序员要测试还得写一个服务端(醉了),这里我就使用nodejs来搞一个本地的服务器来测试下app的版本更新检验。
- 根据请求的结果,我这里就写一个简单的json
|
|
然后我电脑上是装了webstrom的,没有装也没有关系但是必须有nodejs,现在都自带了express,表示并没有学过,所以简单的写个express_demo.js:
|
|
有webstrom的直接选中文件run就ok了,没有直接 node express_demo.js,可以直接浏览器打开:http://127.0.0.1:8081/update
- 效果如下:
上图为打开浏览器后的显示结果。
上图为webstrom的终端显示结果。
客户端需要实现:
我们知道不同的需求有不同的操作方法和界面显示:
- 从是否为app内部下载还是通知栏更新:
app内下载更新
这时我们必须等下载安装完全后才能进行操作,效果是这样的:
通知栏下载更新
这种情况是不在应用内更新,放在通知栏并不会影响当前app的使用,效果是这样的:
app更新分3种:强制更新,推荐更新,无需更新
强制更新
推荐更新
无需更新
具体思路:
- 实现bean用于对接后端接口实现app的更新(不写网络请求模拟本地数据也需要这个模型)
- 使用retrofit来请求版本更新接口
- 下载apk我们分别使用DownloadManager和普通的httpurlconnection
- 通过BroadcastReceiver来监听是否下载完成
准备bean
首先我们要去解析服务端给的json,那么我们就要来创建一个bean类了,这里是严格根据json文件的格式来的:
|
|
网络接口的实现
这里使用retrofit和rxjava来练笔
先加入 依赖
|
|
接下来网络接口的定制:
|
|
通过工厂模式来创建ApiService :
|
|
版本检测接口的使用:
|
|
以上就是版本更新接口的调用,具体的rxjava+retrofit请自行学习你真的会用Retrofit2吗?Retrofit2完全教程
附上结果回调监听:
|
|
具体使用接口的处理:
|
|
实在不想写网络也好,直接使用假想数据做相关操作如下:
|
|
更新dialog的使用注意:
|
|
上面以强制更新举个例子,因为AlertDialog在不同的版本下面表现的美观度不一致,所以我们需要
12 > import android.support.v7.app.AlertDialog;>
然后显然是不能按返回键取消的,我们需要
12 > .setCancelable(false)>
使用谷歌推荐的DownloadManager实现下载
Android自带的DownloadManager模块来下载,在api level 9之后,我们通过通知栏知道, 该模块属于系统自带, 它已经帮我们处理了下载失败、重新下载等功能。整个下载 过程全部交给系统负责,不需要我们过多的处理。
DownLoadManager.Query:主要用于查询下载信息。
DownLoadManager.Request:主要用于发起一个下载请求。
先看下简单的实现:
创建Request对象的代码如下:
|
|
取得系统服务后,调用downloadmanager对象的enqueue方法进行下载,此方法返回一个编号用于标示此下载任务:
|
|
这里我们可以看下request的一些属性:
|
|
具体实现思路:
我们通过downloaderManager来下载apk,并且本地保存downManager.enqueue(request)返回的id值,并且通过这个id获取apk的下载文件路径和下载的状态,并且通过状态来更新通知栏的显示。
第一次下载成功,弹出安装界面
如果用户没有点击安装,而是按了返回键,在某个时候,又再次使用了我们的APP
如果下载成功,则判断本地的apk的包名是否和当前程序是相同的,并且本地apk的版本号大于当前程序的版本,如果都满足则直接启动安装程序。
具体代码实现:
文件下载管理的实现,包括创建request和加入队列下载,通过返回的id来获取下载路径和下载状态。
|
|
app的检测安装的实现:
|
|
上面的代码可知:我们通过获取当前app的信息来比较是否需要下载和是否立即安装。第一次下载把downloadId保存到本地,用户下次进来的时候,取出保存的downloadId,然后通过downloadId来获取下载的状态信息。如果下载失败,则重新下载并且把downloadId存起来。如果下载成功,则判断本地的apk的包名是否和当前程序是相同的,并且本地apk的版本号大于当前程序的版本
,如果都满足则直接启动安装程序。
监听app是否安装完成
|
|
DownloadManager下载完成后会发出一个广播 android.intent.action.DOWNLOAD_COMPLETE
新建一个广播接收者即可:
清单配置:
先添加网络下载的权限:
|
|
再添加静态广播:
|
|
使用HttpUrlConnection下载
这种情况下载的话我们就不需要考虑id的问题,因为是直接在项目中下载,所以我们就是一个网络下载的过程,并且使用ProgressDialog显示下载信息及进度更新就ok了。
|
|
基本上具体的代码就写完了,但是说如果停止了下载管理程序
调用dm.enqueue(req);就会上面的错误,从而程序闪退.
所以在使用该组件的时候,需要判断该组件是否可用:
|
|
可以通过如下代码进入 启用/禁用 下载管理 界面:
|
|
总结
本文意在讲解app的更新逻辑以及不同的表现形式的处理附带的介绍了使用nodejs写一个简单的api接口,重点是如何使用DownloadManager来实现apk的下载更新安装,顺带讲一下retrofit+rxjava的使用以及如何监听app是否下载完成。
DownloadManager的使用概括:
构建下载请求:
12 > new DownloadManager.Request(url)>
>
设置请求属性
12 > request.setXXX()>
>
调用downloadmanager对象的enqueue方法进行下载,此方法返回一个编号用于标示此下载任务:
1234 > downManager = (DownloadManager)getSystemService(Context.DOWNLOAD_SERVICE);>> id= downManager.enqueue(request);>
>
DownManager会对所有的现在任务进行保存管理,那么我们如何获取这些信息呢?这个时候就要用到DownManager.Query对象,通过此对象,我们可以查询所有下载任务信息。
setFilterById(long… ids):根据任务编号查询下载任务信息
setFilterByStatus(int flags):根据下载状态查询下载任务
如果想取消下载,则可以调用remove方法完成,此方法可以将下载任务和已经下载的文件同时删除:
12 > downManager.remove(id);>
好了具体的都讲的差不多了,本文以同步到我的csdn:安卓开发实战之app之版本更新升级(DownloadManager和http下载)完整实现
demo 传送门:AppUpdate.rar
未经许可不得转载,转载请注明zilianliuxue的blog,本人保留所有版权。