android 更新平台,Android更新平台架构方案
這篇文章是去年寫的，我們的兩款app一直這使用umeng的更新服務，但是16年umeng開始放棄更新服務，考慮到切換到其他更新平臺也會面臨這樣的問題，我開始著手自己搭建一個更新平臺。整體方案包含前后端，客戶端代碼封裝成jar包并上次maven平臺，方便每個app直接使用；服務端代碼用nodejs來快捷實現。
1、系統結構
(1)整體結構
整體結構
服務端的各個模塊描述如下：
- WebConsole：提供上傳更新包、配置更新策略的網站操作界面。
- FS：文件系統，存儲文件及提供下載服務。
- DB：用于更新策略及更新信息，例如版本號，更新描述，文件的md5等。
- Server：接收客戶端請求，返回更新信息。
(2)WebConsole結構
WebConsole結構
WebConsole的各個模塊描述如下：
- 應用管理：創建應用、管理應用基本信息、管理應用的版本列表(包括versionCode、versionName、發版日期等) 。
- 更新應用：選擇應用上傳更新包，配置更新信息及策略。
- 任務管理：管理更新任務、定時任務。一個app有且只有一個運行中的更新任務，可以有多個定時任務。
- 測試機管理：查看管理測試機列表，用于。測試機的標識是以deviceId及MAC地址為判斷依據。
- 用戶管理：管理用戶權限。
- 操作日志：查看管理操作日志。
2、 服務端流程
(1)在WebConsole配置更新信息和策略及上傳更新包。將更新信息及策略保存至DB，將更新包保存至FS。
更新信息：版本(versionName，versionCode)、大小、包名、MD5、簽名SHA1、更新日志等。其中版本、大小、包名、MD5、簽名SHA1信息可通過對上傳文件解析自動得到，并且通過對比包名和簽名SHA1(忽略大小寫)判斷上傳文件是否合法?。
更新策略：
1)低版本強制更新：設定一個版本(versionCode)，在這個版本及之前版本的app必須進行更新。
2)定時更新：設定一個時間，到時自定啟動更新任務。注意在后臺有且只有一個運行中的更新任務，當啟動新任務則之前的任務自動取消。但是創建一個定時任務，在到時之前上一個運行中的更新任務依然有效。
3)測試階段：默認開啟，用于正式更新前進行更新測試，可在任務管理進行切換。當開啟測試階段，只有在測試機列表中的才會進行更新。
(2)客戶端請求Server，傳入客戶端的包名、版本等信息。Server與DB存儲的信息比較，如果需要更新則返回更新包的url及更新信息，否則返回不更新。
Server流程
驗證請求：主要驗證客戶端的請求參數。首先驗證參數齊全切不為空，否則為無效請求；然后通過包名和簽名SHA1(忽略大小寫) 判斷是否為官方應用，非官方應用不允許更新，返回非官方錯誤碼。
對比版本：判斷客戶端是否為最新版本，是則無需升級。
測試階段：判斷更新任務是否是測試階段。如果是測試階段則判斷客戶端是否為測試機，是則升級，否則不升級。
強制更新：判斷客戶端版本是否不高強制更新的版本，是則進行強制更新，否則非強制更新。
3、交互協議
Request：
{
"pkgName": "com.xxx.xxx",
"versionCode": 1,
"versionName": "1.0.0",
"signedSHA1": "xx:xx:xx:xx:xx",
"deviceKey": "xxxxxxx"
}
其中signedSHA1的校驗注意忽略大小寫；deviceKey用于判斷測試機，由deviceId和MAC地址組合而成的唯一校驗碼
Response:
{
"update": true,
"msgCode": 1,
"msg": "已是最新",
"data": {
"pkgName": "com.xxx.xxx",
"versionCode": 2,
"versionName": "1.0.2",
"updateInfo": "優化xxxx",
"signedSHA1": "xx:xx:xx:xx:xx",
"forceVersion": 1,
"forceUpdate": false,
"apkSize": 123143,
"md5": "xxxxxxx",
"apkUrl": "http://www.xxx.xxx/xx.apk"
}
}
其中msgCode和msg是沒有更新的原因；forceUpdate是否強制更新；forceVersion表示這個版本及之前版本的app都需要強制更新，只是forceUpdate的一個補充；signedSHA1和md5的校驗注意忽略大小寫。
msgCode-msg：
0-更新
1-已是最新版本
2-更新請求失敗，請重試。
3-非官方應用，請卸載后到官網下載安裝。
4-新版本馬上到來，請稍后再試。(測試階段)
4、客戶端流程
(1)非官方應用：彈出不可關閉的提示彈窗，提示用戶卸載當前應用，去官網下載官方版本。
(2)手動更新：app啟動會自動檢查更新，另外用戶可以在設置中手動檢查更新。手動檢查更新結果必須反饋給用戶，自動檢查更新要保證不影響用戶操作。
(3)忽略更新：讀取本地存儲，判斷用戶是否已經忽略本版本。
(4)強制更新：彈出不可關閉的提示彈窗，提示版本過低，必須更新后使用。
(5)正常更新：提供更新、取消兩種操作及忽略選項。選中忽略取消更新則在本地進行存儲。
(6)下載校驗：校驗文件的大小、md5，保證文件的合法性正確性。如果校驗失敗則刪除已下載文件。
總結
以上是生活随笔為你收集整理的android 更新平台,Android更新平台架构方案的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： ansible的错误
- 下一篇： 粮草先行——Android折叠屏开发技术