java实现断点续传_Android 强升逻辑和实现

作者：爱好装逼的梁飞

“强制升级”会中断用户操作，阻碍正常使用，看似是一个不光彩的行为，但是智者千虑必有一失，我们无法保证 App 的正确性，在某些紧急情况下，强制升级还是非常必要的，而且接入的时间越早越好。

有赞微商城 App 早期版本只提供了一个更新提示的对话框，并不会强制用户更新。随着后端网关升级，一些老的服务需要下线，但是新版本到达率并不理想，继续维护老接口带来一定成本，而且新功能也无法触及用户。

为了提升版本到达率，我们重新梳理了强制升级的逻辑。

升级过程中首先要保证 apk 的下载成功率，下载完成之后要及时弹出安装页面，为了防止下载失败，也要提供市场下载的选项，这样一定程度上也能保证升级之后渠道的一致性。

更新对话框需要展示标题、内容和动作按钮。

状态栏下载通知需要展示应用名字和描述。

构造参数

业务方需要提供的参数：

public

使用 DownloadManager 下载 apk

为了提高下载成功率，我们使用了系统 Service - DownloadManager，因为是独立进程，不会增加 App 占用的系统开销。

如果 DownloadManager 被系统禁用，那直接跳转到浏览器去下载。

private

注册监听下载完成的 Receiver

我们通过一个全局的 Receiver 来接收下载完成的广播，这样即使 App 进程被杀死，依然可以弹出安装界面。

<receiver

接收到广播之后，弹出安装界面。

private

注意此处有坑，在 SDK >= 24 的系统中，Intent 不允许携带 file:// 格式的数据，只能通过 provider 的形式共享数据。

所以我们还需要注册一个 FileProvider。

FileProvider 在 Android N 上的应用zhuanlan.zhihu.com

<provider

${applicationId}$ 是 AndroidManifest.xml 中的占位符，gradle 会进行替换。

android:authorities="${applicationId}.provider"

对应 Java 代码：

FileProvider

注意：Java 代码中 getPackageName() 的返回值是 ApplicationId，具体可参考 ApplicationId 与 PackageName 的区别。

完整版代码：LyndonChin/ZanAppUpdater
原文链接：Android 强升逻辑和实现

我们积极拥抱新技术，不给自己设边界，勇于跳出舒适区
iOS/Android 开发可投简历至 liangfei@youzan.com（微信：feelang ）