本文將講解app的升級與更新。一般而言用戶使用App的時候升級提醒有兩種方式獲得：
一種是通過App Store獲取
一種是打開應用之后提醒用戶更新升級
而更新操作一般是在用戶點擊了升級按鈕之后開始執行的，這里的升級操作也分為兩種形式：
一般升級
強制升級
app升級操作：
App Store升級 在App Store中升級需要為App Store上傳新版App，我們在新版本完成之后都會上傳到App Store中，不同的應用市場審核的時間不同，一般除了第一次上傳時間較長之外，其余的審核都是挺快的，一般不會超過半天（不排除例外情況奧），在審核完成之后就相當于完成了這個應用市場的發布了，也就是發布上線了。這時候如果用戶安裝了這個應用市場，那么就能看到我們的App有新版本的升級提醒了。
應用內升級 除了可以在應用市場升級，我們還可以在應用內升級，在應用內升級主要是通過調用服務器端接口獲取應用的升級信息，然后通過獲取的服務器升級應用信息與本地的App版本比對，若服務器下發的最新的App版本高于本地的版本號，則說明有新版本發布，那么我們就可以執行更新操作了，否則忽略掉即可。
應用內升級其實已經有好多第三方的SDK了，常見的友盟，百度App開發工具包都已經集成了升級的功能，部分SDK廠商還提供增量更新的功能。增量更新的內容不是我們這里的討論重點，想了解更多增量更新的內容可參考：淺談Android增量升級
這里我們先簡單介紹一下友盟的App升級功能，友盟其實已經有了App升級的API，我們只需要簡單的調用即可。
友盟更新接口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的需求來確定更新的方式。
如果不喜歡使用第三方的更新方式，我們也可以通過調用服務器接口的方式實現自己的更新彈窗提示，主要的邏輯也是通過判斷服務器下發的最新App版本號與本地版本號對比，若服務器端的App版本號大于本地的App版本號，則說明當前App不是最新的版本，需要升級，這里我們簡單看一下友友用車中自定義的更新接口實現：
/** * 檢測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更新接口進程生命周期中只會調用一次 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打開時調用一次，判斷App是否需要更新，然后在請求服務器成功之后，會解析請求結果，我們繼續看一下我們的解析邏輯：
/** * 解析更新檢查結果 * * @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 store更新App 在應用市場中更新App很簡單就是執行簡單的下載操作，然后順著App的提醒，一步步安裝即可，這里沒有什么需要注意的地方。
應用內更新 應用內更新操作主要是當用戶點擊了更新按鈕之后執行的，下載，安裝等邏輯，下面我們看一下友友用車應用內更新的實踐。
應用內更新主要包含了：普通更新和強制更新兩種，其中普通更新彈窗可以選擇更新也可以選擇忽略，而強制更新只能選擇更新，并且更新彈窗不可取消。
下面的代碼是執行下載操作的核心邏輯：
/** * 開始執行下載動作 */ 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); } } } })); }這里的下載操作包含了三個回調方法：
onDownloadComplete()
onDownloadFailed()
onProgress()
其中onDownlaodComplete方法在下載完成時回調，onDownloadFailed方法在下載失敗是回調，而onProgress方法則用于刷新下載進程，我們在onProcess方法中更新通知欄下載進度，具體我們可以看一下更新通知欄消息的方法：
/** * 更新通知欄顯示 * @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文件的操作，我們可以繼續看一下我們是如何執行安裝邏輯的。
/** * 執行安裝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升級操作分為兩種，在應用市場提示升級和在應用內提示升級，而在應用內提示升級可以繼承第三方升級API（如：友盟），也可以自己實現；
應用升級的提示主要邏輯是根據服務器端的APK版本號與本地的應用版本號對比，若服務器端的應用版本號高于本地版本號，則說明應用需要升級；
應用升級可以分為普通升級和強制升級兩種，一般不太建議使用強制升級（用戶體驗很差），除非是一些嚴重的線上bug；
App的更新操作包含下載與安裝兩部分，下載操作時可以選擇繼承第三方服務，也可以自己實現。
背景 隨著android應用體積的不斷增大，以及應用版本發布的不斷更迭，用戶的升級成了一個問題，google也意識到不斷更新應用對用戶流量的損耗，在Google I/O 上提及的 Smart App update，即應用增量升級，或者叫做差分升級的做法，并在新版本的Google Play中得到支持，某天在和群友聊天是扯到這方面的話題，好奇就稍微研究了一下。 增量升級的原理 今天我們就來實現類似的應用的增量升級。其實增量升級的原理很簡單，即首先將應用的舊版本Apk與新版本Apk做差分，得到更新的部分的補丁，例如舊版本的APK有5M，新版的有8M，更新的部分則可能只有3M左右(這里需要說明的是，得到的差分包大小并不是簡單的相減，因為其實需要包含一些上下文相關的東西)，使用差分升級的好處顯而易見，那么你不需要下載完整的8M文件，只需要下載更新部分就可以，而更新部分可能只有3、4M，可以很大程度上減少流量的損失。
在用戶下載了差分包之后，需要在手機端將他們組合起來。可以參考的做法是先將手機端的舊版本軟件(多半在/data/下)，復制到SD卡或者cache中，將它們和之前的差分patch進行組合，得到一個新版本的apk應用，如果不出意外的話，這個生成的apk和你之前做差分的apk是一致的。增量升級的操作 在了解基本的原理之后，我們來逐步解決其中的各個難點。首先是差分包patch的生成。如果做過android手機OTA升級的同學應該注意到，在update.zip中的patch文件夾中有需要與系統文件同名但是以xxx.p 為后綴的文件，他們就是生成的差分patch文件。我們可以借鑒OTA系統升級的差分生成工具來生成我們單個應用apk的差分patch文件。 OTA系統差分包的制作，使用命令：
./build/tools/releasetools/ota_from_target_files -n -i <舊包> <新包> <差分包名>在查閱ota_from_target_files 的代碼可知，是在函數WriteIncrementalOTAPackage里生成差分包的，在這個函數里邊創建了common.Difference這個類，我們繼續跟進，在common.py中的類 class Difference(object):里可以看到：
diff_program = DIFF_PROGRAM_BY_EXT.get(ext, "bsdiff") 至此我們就看到了android中提供我們用來制作差分增量升級包的工具，"bsdiff"，這是一個很牛X開源的二進制差分工具.相關的介紹傳送門相關的代碼地址 或者在android的代碼目錄下 /external/bsdiff
bsdiff是二進制差分工具,其對應的bspatch是相應的補丁合成工具 需要注意的是增量升級的補丁包,是需要在服務器端,即PC端完成,大致流程如,制作補丁時調用bsdiff函數，根據兩個不同版本的二進制文件，生成補丁文件。 命令：bsdiff oldfile newfile patchfile 例如: bsdiff xx_v1.0.apk xx_v2.0.apk xx.patch將生成的補丁包 xx.patch放置在升級服務器上，供用戶下載升級，對應多版本需要對不同的版本進行差分，對于版本跨度較大的，建議整包升級。 用戶在下載了 xx.patch補丁包后，需要用到補丁所對應的apk，即原來系統安裝的舊版本apk和補丁合成的bspatch工具。系統舊版本的apk可以通過copy系統data/app目錄下的apk文件獲取，而補丁合成的bspatch可以通過將bspatch源碼稍作修改，封裝成一個so庫，供手機端調用。
bspatch的命令格式為： bspatch oldfile newfile patchfile和差分時的參數一樣。合成新的apk便可以用于安裝。 以上只是簡單的操作原理，增量升級還涉及很多其他方面，例如，升級補丁校驗等問題，可以參考android源碼中bootable/recovery/applypatch的相關操作，本文只是淺析，在此不表。 不足 增量升級并非完美無缺的升級方式，至少存在以下兩點不足： 1.增量升級是以兩個應用版本之間的差異來生成補丁的，你無法保證用戶每次的及時升級到最新，所以你必須對你所發布的每一個版本都和最新的版本作差分，以便使所有版本的用戶都可以差分升級，這樣操作相對于原來的整包升級較為繁瑣，不過可以通過自動化的腳本批量生成。 2.增量升級成功的前提是，用戶手機端必須有能夠讓你拷貝出來且與你服務器用于差分的版本一致的apk，這樣就存在，例如，系統內置的apk無法獲取到，無法進行增量升級；對于某些與你差分版本一致，但是內容有過修改的(比如破解版apk)，這樣也是無法進行增量升級的，為了防止合成補丁錯誤，最好在補丁合成前對舊版本的apk進行sha1sum校驗，保證基礎包的一致性。
新聞熱點
疑難解答
