App的時候升級提醒有兩種方式獲得：

一種是通過App Store獲取

另一種是開啟應用之後提醒使用者更新升級

而更新操作一般是在使用者點選了更新按鈕之後開始執行的，這裡的升級操作也分為兩種形式：（一般升級，強制升級）

1.App Store升級
在App Store中升級需要為App Store上傳新版App，我們在新版本完成之後都會上傳到App Store中，不同的應用市場稽核的時間不同，一般除了第一次上傳時間較長之外，其餘的稽核都是挺快的，一般不會超過半天（不排除例外情況奧），在稽核完成之後就相當於完成了這個應用市場的釋出了，也就是釋出上線了。這時候如果使用者安裝了這個應用市場，那麼就能看到我們的App有新版本的升級提醒了。

2.應用內升級
在應用內升級主要是通過呼叫伺服器端介面獲取應用的升級資訊，然後通過獲取的伺服器升級應用資訊與本地的App版本比對，若伺服器下發的最新的App版本高於本地的版本號，則說明有新版本釋出，那麼我們就可以執行更新操作了，否則忽略掉即可。

呼叫伺服器介面案例

1.伺服器端：
服務端提供一個介面，或者網址（不是真的）：

http://192.168.191.1:8081/update

獲得json資料

{"data":{
  "appname": "hoolay.apk",
  "serverVersion": "1.0.2",
  "serverFlag": "1",
  "lastForce
 
" : "1",
  "updateurl": "http://releases.b0.upaiyun.com/hoolay.apk",
  "upgradeinfo": "更新功能添加了掃描支付、重力感應重新整理、修改一些Bug"
},
  "error_code":"300","error_msg" :"蛋疼的認識"}

2.客戶端需要實現：

兩種方式：app內部下載還是通知欄更新：

app內下載更新
這時我們必須等下載安裝完全後才能進行操作，效果是這樣的：

通知欄下載更新
這種情況是不在應用內更新，放在通知欄並不會影響當前app的使用，效果是這樣的：

app更新分3種：強制更新，推薦更新，無需更新

強制更新

推薦更新

無需更新

具體思路：

1.實現bean用於對接後端介面實現app的更新（不寫網路請求模擬本地資料也需要這個模型）
2.使用retrofit來請求版本更新介面
3.下載apk我們分別使用DownloadManager和普通的httpurlconnection
4.通過BroadcastReceiver來監聽是否下載完成
實現步驟

應用增量升級

增量升級的原理
服務端通過新版本APK和舊版本APK生成patch補丁（也成為差分包），客戶端更新的時候只需要下載差分包到本地，然後從system/app取出舊版本APK，通過差分包來合成新版本的APK，這個過程實際上就是打補丁。

步驟地址

增量升級並非完美無缺的升級方式，至少存在以下兩點不足：
1.增量升級是以兩個應用版本之間的差異來生成補丁的，你無法保證使用者每次的及時升級到最新，所以你必須對你所釋出的每一個版本都和最新的版本作差分，以便使所有版本的使用者都可以差分升級，這樣操作相對於原來的整包升級較為繁瑣，不過可以通過自動化的指令碼批量生成。
2.增量升級成功的前提是，使用者手機端必須有能夠讓你拷貝出來且與你伺服器用於差分的版本一致的apk，這樣就存在，例如，系統內建的apk無法獲取到，無法進行增量升級；對於某些與你差分版本一致，但是內容有過修改的(比如破解版apk)，這樣也是無法進行增量升級的，為了防止合成補丁錯誤，最好在補丁合成前對舊版本的apk進行sha1sum校驗，保證基礎包的一致性。