捡代码论坛-最全的游戏源码下载技术网站！ › 门户 ›IT资讯 › 查看内容

友盟自动更新技术解决方案（安卓版）

2016-6-22 12:44| 发布者: admin| 查看: 1250| 评论: 0|原作者: admin

摘要: 系统结构友盟自动更新系统的示意图如下：图中手机代表客户端。服务端的各个模块描述如下： WebConsole:提供上传更新包的网站操作界面。FS：文件系统，存储apk文件和增量更新包，增量更新的原理后文会提到。DB：用于 ...

系统结构

友盟自动更新系统的示意图如下：

图中手机代表客户端。服务端的各个模块描述如下：

WebConsole:提供上传更新包的网站操作界面。
FS：文件系统，存储apk文件和增量更新包，增量更新的原理后文会提到。
DB：用于存储文件的属性，例如版本号，更新描述，文件的md5等。
Server: 接收客户端请求，返回文件下载链接。
CDN：提供文件下载服务(友盟用到的是阿里云的CDN服务)。

基本流程

1 用户在WebConsole上传更新包、填写更新版本和更新日志，程序将更新包存储到FS，版本(version-code)、更新日志、文件md5及其他配置信息存储到DB。
2 客户端请求Server,传入客户端的appkey、版本号、md5等信息。Server与DB存储的信息比较，如果需要更新则返回更新包的url，否则返回不更新。
3 客户端收到服务器端的返回结果后判断是否需要更新，如果需要更新，则弹窗提示用户有新版本更新，用户确认后下载安装包，安装新版本。

交互协议（示例）

客户端和Server之间使用https接口通信。使用POST请求方式，交互的信息都在http的content中，格式为json。以下简单示例协议中的关键字段。

Request:

{
"appkey":"xxxxxxxxxx",
"version_code":1,
"old_md5":"xxxxxxxxxxxxxxxxx"
}

复制代码

其中version_code是客户端软件的版本号，old_md5是客户端apk文件的md5值。

Response:
如果不需要更新则返回下面的response

{
"update": "No"
}

复制代码

如果需要更新, 则返回下面的reponse:

// 全量更新
{
"update":"Yes",
"new_version":"xxxxx",
"apk_url":"http://cdn.the.url.of.apk/or/patch", // CDN链接下载地址
"update_log":"xxxx", // 更新日志，用于在界面上显示
"delta":false,
"new_md5":"xxxxxxxxxxxxxx",
"target_size":"601132"
}[/p][p=21, null, left]

复制代码

// 增量更新
{
"update":"Yes",
"new_version":"xxxxx",
"apk_url":"http://cdn.the.url.of.apk/or/patch", // CDN链接下载地址
"update_log":"xxxx", // 更新日志，用于在界面上显示",
"delta":true,
"new_md5":"xxxxxxxxxxxxxx", // full-apk的md5
"target_size":"601132", // full-apk的size
"patch_md5":"xxxxxxxxxxxxxxxxx", // patch文件的size
"size":"337852" // patch文件的md5
}

复制代码

服务端处理流程

流程图如下：

1. 客户端发送请求至服务端，请求内容除了必要的验证信息以外，最重要的信息就是version_code，或者类似的用于比较版本号以判断是否需要升级的字段信息。

2. 服务端接收到请求后，验证请求的有效性。

3. 若请求有效，则对比请求中的version_code是否是最新的。

4. 若不是最新的version_code，则说明需要进行更新，此时需要首先判断是否能够进行增量更新。如果请求中version_code对应的apk文件在服务端存在且md5一致，则可以进行增量更新，否则不能。

5 如果不能增量更新，则直接返回apk文件的CDN下载链接。

6 如果能进行增量更新，首先判断对应的patch文件是否存在，如果不存在则调用bsdiff命令生成patch文件后返回patch文件的CDN链接；如果存在就直接返回patch文件CDN链接。

客户端处理流程

1.客户端首先请求server，获得是否有新版本的更新信息。

2. 如果没有更新，则客户端不进行更新动作。

3. 如果服务端返回的是有更新，客户端会根据全量更新和增量更新两种情况来处理: 如果服务器端返回的是全量更新，则会开启service下载完整版的apk文件；如果服务器端返回的是增量更新，则会开启service下载patch文件到本地，然后使用JNI进行bspatch，给原apk文件打补丁，生成新版本的apk文件，生成的apk文件要进行MD5校验，如果与后台上传的apk文件的MD5值相等，则认为bspatch成功。

更新对话框如下：