轉載請標明出處：1片楓葉的專欄
上1篇文章中我們講授了android app中的輪詢操作，講授的內容主要包括：我們在App中使用輪詢操作的情形，作用和實現方式等。1般而言我們使用輪詢操作都是通過定時任務的情勢要求服務器并更新用戶界面，輪詢操作都有1定的使用生命周期，即在1定的頁面中啟動輪詢操作，然后在特定的情況下關閉輪詢操作，這點需要我們尤其注意，我們還介紹了使用Timer和Handler實現輪詢操作的實例，更多關于App中輪詢操作的信息，可參考我的：android產品研發（103）–>App輪詢操作
本文將講授app的升級與更新。1般而言用戶使用App的時候升級提示有兩種方式取得：
1種是通過App Store獲得
1種是打開利用以后提示用戶更新升級
而更新操作1般是在用戶點擊了升級按鈕以后開始履行的，這里的升級操作也分為兩種情勢：
1般升級
強迫升級
app升級操作：
在App Store中升級需要為App Store上傳新版App，我們在新版本完成以后都會上傳到App Store中，不同的利用市場審核的時間不同，1般除第1次上傳時間較長以外，其余的審核都是挺快的，1般不會超過半天（不排除例外情況奧），在審核完成以后就相當于完成了這個利用市場的發布了，也就是發布上線了。這時候候如果用戶安裝了這個利用市場，那末就可以看到我們的App有新版本的升級提示了。
除可以在利用市場升級，我們還可以在利用內升級，在利用內升級主要是通過調用服務器端接口獲得利用的升級信息，然后通過獲得的服務器升級利用信息與本地的App版本比對，若服務器下發的最新的App版本高于本地的版本號，則說明有新版本發布，那末我們就能夠履行更新操作了，否則疏忽掉便可。
利用內升級其實已有好多第3方的SDK了，常見的友盟，百度App開發工具包都已集成了升級的功能，部份SDK廠商還提供增量更新的功能。增量更新的內容不是我們這里的討論重點，想了解更多增量更新的內容可參考：淺談Android增量升級
這里我們先簡單介紹1下友盟的App升級功能，友盟其實已有了App升級的API，我們只需要簡單的調用便可。
/**
* 要求友盟更新API，判斷是不是彈出更新彈窗
*/
public static void updateVersion(final Activity mContext, final MainActivity.UpdateCallback updateCallback, final boolean isShow) {
UmengUpdateAgent.setUpdateListener(new UmengUpdateListener() {
@Override
public void onUpdateReturned(int updateStatus, UpdateResponse updateInfo) {
switch (updateStatus) {
//判斷是不是有新版本需要更新
case UpdateStatus.Yes: // has update
try {
//在線讀取更新參數
String value = MobclickAgent.getConfigParams(mContext, "FORCE_UPDATE_MIXVERSION");
if (value != null && !value.trim().equals("")) {
int versionCode = Config.changeVersionNameToCode(value);
if (versionCode != 0) {
String localVersionName = getVersionName(mContext);
int localVersionCode = Config.changeVersionNameToCode(localVersionName);
//判斷當前版本號于友盟中的最低版本號，若當前版本號小于最低版本號，則強迫更新，否則非強迫更新
if (localVersionCode <= versionCode) {
// 彈窗更新彈窗
updateCallback.onUpdateSuccess(updateInfo);
} else {
UmengUpdateAgent.setUpdateAutoPopup(true);
UmengUpdateAgent.showUpdateDialog(mContext, updateInfo);
}
} else {
UmengUpdateAgent.setUpdateAutoPopup(true);
UmengUpdateAgent.showUpdateDialog(mContext, updateInfo);
}
} else {
UmengUpdateAgent.setUpdateAutoPopup(true);
UmengUpdateAgent.showUpdateDialog(mContext, updateInfo);
}
} catch (Exception e) {
e.printStackTrace();
}
break;
case UpdateStatus.No: // has no update
if (isShow) {
Config.showToast(mContext, "您當前使用的友友用車已經是最新版本");
}
break;
}
}
});
UmengUpdateAgent.setUpdateAutoPopup(false);
UmengUpdateAgent.forceUpdate(mContext);
UmengUpdateAgent.setChannel(ChannelUtil.getChannel(mContext));
}以上是友盟的升級API，在調用之前需要先繼承友盟的SDK，這樣經過調用以后我們就能夠通過友盟實現更新接口的提示功能了，默許的友盟提供了靜默安裝，更新提示彈窗，強迫更新等幾種，可以根據本身App的需求來肯定更新的方式。
如果不喜歡使用第3方的更新方式，我們也能夠通過調用服務器接口的方式實現自己的更新彈窗提示，主要的邏輯也是通過判斷服務器下發的最新App版本號與本地版本號對照，若服務器真個App版本號大于本地的App版本號，則說明當前App不是最新的版本，需要升級，這里我們簡單看1下友友用車中自定義的更新接口實現：
/**
* 檢測App是不是需要更新
*
* @param mContext
* @param isShow 若不需要更新是不是需要彈出文案
*/
public static void queryAppBaseVersionInfo(final Activity mContext, final boolean isOneUpdate, final boolean isShow) {
try {
// 若當前網絡異常，則直接return
if (!Config.isNetworkConnected(mContext)) {
// 關閉進度條
dismissProgress(isShow);
return;
}
// 控制變量，App更新接口進程生命周期中只會調用1次
if (isQueryAppUpdated && isOneUpdate) {
return;
}
L.i("開始調用要求是不是需要版本更新的接口....");
ExtInterface.QueryAppBaseVersionInfoNL.Request.Builder request = ExtInterface.QueryAppBaseVersionInfoNL.Request.newBuilder();
request.setClientChannel(CHANNEL_ANDROID);
// 查詢最新的版本信息，不需要傳入版本號
// request.setVersionCode(VersionUtils.getVersionName(mContext));
NetworkTask task = new NetworkTask(Cmd.CmdCode.QueryAppBaseVersionInfo_VALUE);
task.setBusiData(request.build().toByteArray());
NetworkUtils.executeNetwork(task, new HttpResponse.NetWorkResponse<UUResponseData>() {
@Override
public void onSuccessResponse(UUResponseData responseData) {
if (responseData.getRet() == 0) {
try {
isQueryAppUpdated = true;
ExtInterface.QueryAppBaseVersionInfoNL.Response response = ExtInterface.QueryAppBaseVersionInfoNL.Response.parseFrom(responseData.getBusiData());
if (response.getRet() == 0) {
L.i("要求檢測App是不是更新接口成功，開始解析返回結果");
// 解析檢測結果
parserUpdateResule(mContext, response, isShow);
} else {
if (isShow) {
showDefaultNetworkSnackBar(mContext);
}
}
} catch (InvalidProtocolBufferException e) {
e.printStackTrace();
if (isShow) {
showDefaultNetworkSnackBar(mContext);
}
}
}
}
@Override
public void onError(VolleyError errorResponse) {
L.e("要求檢測更新接口失敗....");
if (isShow) {
showDefaultNetworkSnackBar(mContext);
}
}
@Override
public void networkFinish() {
L.i("要求檢測更新接口完成....");
// 關閉進度條
dismissProgress(isShow);
}
});
} catch (Exception e) {
e.printStackTrace();
}
}該接口只會在App打開時調用1次，判斷App是不是需要更新，然后在要求服務器成功以后，會解析要求結果，我們繼續看1下我們的解析邏輯：
/**
* 解析更新檢查結果
*
* @param response
*/
private static void parserUpdateResule(Activity mContext, ExtInterface.QueryAppBaseVersionInfoNL.Response response, boolean isShow) {
if (mContext == null) {
return;
}
// 判斷是不是需要更新
ExtInterface.AppBaseVersionInfo appBaseVersionInfo = response.getAppBaseVersionInfo();
// 若當前更新是不是有效
if (appBaseVersionInfo.getIsDel() == ENEFFECT) {
return;
}
String updateVersionCode = appBaseVersionInfo.getVersionCode();
int updateCode = changeVersionNameToCode(updateVersionCode);
int localCode = changeVersionNameToCode(VersionUtils.getVersionName(mContext));
// 本地利用版本號小于更新的利用版本號，則需要更新
L.i("本地版本號：" + localCode + " " + VersionUtils.getVersionName(mContext) + " 遠程版本號：" + updateCode
+ " " + updateVersionCode);
if (localCode < updateCode) {
// 顯示更新文案
L.i("開始顯示更新彈窗...");
showUpdateDialog(mContext, appBaseVersionInfo);
}
// 不需要更新
else {
if (isShow) {
Config.showToast(mContext, mContext.getResources().getString(R.string.about_new));
}
}
}解析更新接口信息的時候，會判斷App的更新操作是普通更新還是強迫更新，若是強迫更新的話，則沒有取消按鈕，并且更新彈窗不可關閉。若是普通的更新的話則有暫不更新按鈕，點擊暫不更新更新彈窗會取消，但是當下次打開App的時候，彈窗提示還是會彈窗。
普通更新包括暫不更新和立即更新兩個按鈕操作：
強迫更新只有立即更新按鈕，彈窗不可取消：
app更新操作：
app的更新操作就是下載App并安裝了，下面我們還是分兩部份看，利用市場的更新與利用內更新
在利用市場中更新App很簡單就是履行簡單的下載操作，然后順著App的提示，1步步安裝便可，這里沒有甚么需要注意的地方。
利用內更新操作主要是當用戶點擊了更新按鈕以后履行的，下載，安裝等邏輯，下面我們看1下友友用車利用內更新的實踐。
利用內更新主要包括了：普通更新和強迫更新兩種，其中普通更新彈窗可以選擇更新也能夠選擇疏忽，而強迫更新只能選擇更新，并且更新彈窗不可取消。
下面的代碼是履行下載操作的核心邏輯：
/**
* 開始履行下載動作
*/
private static void doDownLoad(final Activity mContext, String downloadUrl, final String actionButtonMsg, final boolean isFocusUpdate) {
// 強迫更新
if (isFocusUpdate) {
DownLoadDialog.updateRela.setVisibility(View.VISIBLE);
DownLoadDialog.progressBar.setProgress(0);
DownLoadDialog.progressBar.start();
DownLoadDialog.updatePercent.setText("0%");
DownLoadDialog.materialDialog.getPositiveButton().setEnabled(false);
DownLoadDialog.materialDialog.getPositiveButton().setText("下載中");
}
Config.showToast(mContext, "開始下載安裝包.......");
// 刪除下載的apk文件
doDeleteDownApk(mContext);
L.i("安裝包下載地址：" + downloadUrl);
DownloadManager.getInstance().cancelAll();
DownloadManager.downloadId = DownloadManager.getInstance().add(DownloadManager.getDownLoadRequest(mContext, downloadUrl, new DownloadStatusListenerV1() {
@Override
public void onDownloadComplete(DownloadRequest downloadRequest) {
L.i("onDownloadComplete_____...");
// 設置按鈕是不是可點擊
showPositiveText(false, actionButtonMsg);
if (isFocusUpdate) {
// 更新進度條顯示
DownLoadDialog.updatePercent.setText("100%");
DownLoadDialog.progressBar.stop();
} else {
String title = "正在下載友友用車...";
String content = "下載成功";
DownloadNotification.showNotification(mContext, title, content, DownloadNotification.notofyId);
// 關閉通知欄消息
UUApp.notificationManager.cancel(DownloadNotification.notofyId);
}
// 下載完成，履行安裝邏輯
doInstallApk(mContext);
// 退出App
UUApp.getInstance().exit();
}
@Override
public void onDownloadFailed(DownloadRequest downloadRequest, int errorCode, String errorMessage) {
L.i("onDownloadFiled______...");
L.i("errorMessage:" + errorMessage);
// 設置按鈕是不是可點擊
showPositiveText(false, actionButtonMsg);
if (isFocusUpdate) {
// DownLoadDialog.progressBar.stop();
DownLoadDialog.updatePercent.setText("更新失敗");
} else {
String title = "正在下載友友用車...";
String content = "下載失敗";
DownloadNotification.showNotification(mContext, title, content, DownloadNotification.notofyId);
}
}
@Override
public void onProgress(DownloadRequest downloadRequest, long totalBytes, long downloadedBytes, int progress) {
if (lastProgress != progress) {
lastProgress = progress;
L.i("onProgress_____progress:" + progress + " totalBytes:" + totalBytes + " downloadedBytes:" + downloadedBytes);
// 設置按鈕是不是可點擊
showPositiveText(true, actionButtonMsg);
// 強迫更新則更新進度條
if (isFocusUpdate) {
String content = downloadedBytes * 100 / totalBytes + "%";
float result = progress / (float)100.00;
DownLoadDialog.progressBar.setProgress(result);
DownLoadDialog.updatePercent.setText(content);
} else {
String title = "正在下載友友用車...";
String content = downloadedBytes * 100 / totalBytes + "%";
DownloadNotification.showNotification(mContext, title, content, DownloadNotification.notofyId);
}
}
}
}));
}這里的下載操作包括了3個回調方法：
onDownloadComplete()
onDownloadFailed()
onProgress()
其中onDownlaodComplete方法在下載完成時回調，onDownloadFailed方法在下載失敗是回調，而onProgress方法則用于刷新下載進程，我們在onProcess方法中更新通知欄下載進度，具體我們可以看1下更新通知欄消息的方法：
/**
* 更新通知欄顯示
* @param title
* @param content
* @param notifyId
*/
public static void showNotification(Activity mContext, String title, String content, int notifyId) {
NotificationCompat.Builder mNotifyBuilder = new NotificationCompat.Builder(mContext)
.setSmallIcon(R.mipmap.icon)
.setContentTitle(title)
.setContentText(content)
.setSmallIcon(android.R.drawable.stat_sys_download);
Notification notification = mNotifyBuilder.build();
// notification.flags = Notification.FLAG_NO_CLEAR;
UUApp.notificationManager.notify(notifyId, notification);
}而在onDownloadFailed方法中，履行的代碼邏輯是提示用戶下載失敗，
而在onDownloadComplete方法中，履行安裝下載apk文件的操作，我們可以繼續看1下我們是如何履行安裝邏輯的。
/**
* 履行安裝apk文件
*/
private static void doInstallApk(Activity mContext) {
Intent intent = new Intent(Intent.ACTION_VIEW);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
intent.setDataAndType(Uri.fromFile(new File(DownloadManager.getApkPath(mContext))),
"application/vnd.android.package-archive");
mContext.startActivity(intent);
}這段代碼會調用android的安裝apk程序，這樣我們就履行了下載文件的安裝操作，不同的手機安裝程序及展現界面略有不同。
總結：
App升級操作分為兩種，在利用市場提示升級和在利用內提示升級，而在利用內提示升級可以繼承第3方升級API（如：友盟），也能夠自己實現；
利用升級的提示主要邏輯是根據服務器真個APK版本號與本地的利用版本號對照，若服務器真個利用版本號高于本地版本號，則說明利用需要升級；
利用升級可以分為普通升級和強迫升級兩種，1般不太建議使用強迫升級（用戶體驗很差），除非是1些嚴重的線上bug；
App的更新操作包括下載與安裝兩部份，下載操作時可以選擇繼承第3方服務，也能夠自己實現。
另外對產品研發技術，技能，實踐方面感興趣的同學可以參考我的：
android產品研發（1）–>實用開發規范
android產品研發（2）–>啟動頁優化
android產品研發（3）–>基類Activity
android產品研發（4）–>減小Apk大小
android產品研發（5）–>多渠道打包
android產品研發（6）–>Apk混淆
android產品研發（7）–>Apk熱修復
android產品研發（8）–>App數據統計
android產品研發（9）–>App網絡傳輸協議
android產品研發（10）–>不使用靜態變量保存數據
android產品研發（101）–>利用內跳轉scheme協議
android產品研發（102）–>App長連接實現
android產品研發（103）–>App輪詢操作
本文以同步至github中：https://github.com/yipianfengye/androidProject，歡迎star和follow
上一篇 二叉搜索樹的第k個結點
程序員人生，我編程，我富裕，記住wfuyu網，php教程，php學習，php手冊，CMS模版制作
聲明：本站大部分內容是作者原創，少部分收集于互聯網供大家一起學習，原版權很多不明，如有侵權請聯系本站，謝謝！
粵ICP備14040726號-1?? 2015-2020 程序員人生 版權所有
