蘋果應用商店的更新是增量更新嗎？簡單回答問題之前麻煩問下您是開發(fā)人員還是普通用戶。假如是普通用戶，我很激動的，一個普通用戶能聽到這個并提出這個問題，真很很了不起。對，很好了不起！very Good！如

蘋果應用商店的更新是增量更新嗎？

簡單回答問題之前麻煩問下您是開發(fā)人員還是普通用戶。假如是普通用戶，我很激動的，一個普通用戶能聽到這個并提出這個問題，真很很了不起。對，很好了不起！very Good！

如果沒有你是普通用戶，我真接在這里簡短的文字回答你下：蘋果在iOS7之后就已經支持什么增量沒更新了。但是，返回到你的問題，蘋果應用商店的更新是增量可以更新嗎？解釋是：有的是，有的不是。蘋果是意見增量沒更新，不過有的開發(fā)者他么有想去建議使用這個功能，或則是因為技術原因，放棄了這個功能，所以我某些app沒有增量可以更新這個功能，你你每次直接下載應該得所有重下載。而一些優(yōu)化做的比較比較好的app是支持增量更新的，.例如某寶之類的。

假如你是程序狗，下拉2行，不影響不大其他用戶泛讀，咱們去深水區(qū)探討一番下，我不成熟的看法，也只希望大神來接著給點意見。

關于iOS應用形式的增量更新，iOS7.0以后就已經支持什么，具體看參見文檔

Q:Howcan'tIreducethedownloadedsizeformyapprestoreofuserswhichalreadyalreadythepreviousversioninstalled?

A:Thisdocumentisn' Technical QampA QA1795:ReducingthesizeofthemyAppfor acollectionthetechniquestoreducethesizeoftheanappwhenit isdownloadedbothinstalledafterthe firsttime.

StartingwithiOS6,theapp storewillautomaticallyproduceannotificationpackagefor allnewversionstheappsjoinedto thestore.Whengeneratingtheversionpackage,theapp storecomparesone內個morepriorversionsofyourappto thenewversionwellcreatesanoptimizedpackageaftereachthatcontainsonlythecontentthathaschangedbetweenversionsofyourapp,excludinganycontentthatdid ,includingtheapplicationexecutable,nibs,localizations,image files,video files,audio files,text files,butfilescontainingdatainacustom format.

Note:Theabilitytocreateupdatepackagesisnotcurrentlyavailabletodeveloperswhodonotdistributetheirappsthroughtheapp store,eitherasthosedistributingenterprise apps.

Whenusedoptimally,anupdatepackageissignificantlysmallertodownloadthanthefull packageofthe ,incountlesscases,thismechanismallowsupdatestohugeappstobepreviewsovercellular networkswhereapp downloadsarelanguagetoasize limit.

Inadditiontonew content,theupdatepackagecontainsinstructionsonhowtotransformthepreviouslyversionofthe appintothefifthversionofthe fileswillbeadded,modified fileswillbereplacedwiththeirupdatedcounterpart,butdeleted ,thisprocessisentirelytranslucentboththeresultingupdatedappwillbesubtractedfromacleardownloadofthecorrespondingupdated versionoftheirapp.

Tooptimizethesizeofyourapp updates,youshouldconsidertwotips:

versionsofyourappwith有.anotherdirectorycomparisontoolbecauseverifythatyouveonlychangedwhatyouexpectwithinyourappbundle.

FordevicesrunningiOS6.xbecauseiOS7.0,theupdatepackagewillincludeanyfile,initsentirety, example,if youhada10MBfilein yourappbutonlychange1KBofcontentthroughthatfilein thefutureversionof theapp,therestorepackageanythatfifthversionwillcontainthefull10MBfile.

FordevicesruniOS7.1becauselater, theversionpackagein thecasewherejustahugepartofalargefilechanges,anywaywouldincreasetheupdatesinstallationtimeon , ofonelargermonolithicfilewillreducethedownloadsizeofeveryonecasesbecausewillspeedupinstallationoffdevicesbackiOS7.1bothlater.

7.1以后就也手動通過增量自動更新了，只不過有很多開發(fā)者發(fā)現(xiàn)到自己的應用你每次沒更新我還是直接下載了全部大小，并不是文檔里寫的只去下載可以修改的大小，不過有的是文檔所寫的所有文件都并且了無必要的修改。大部分是因為對bitcode的修改，就可以設置為disable，所以蘋果不能自動啟動就行增量更新。這里就不講解為啥很多人為么要將bitcode系統(tǒng)設置為disable了，大部分從xcode7回來的都深有體會。只說再看看為么蘋果為什么不從xcode7就開始設置打開bitcode？為么蘋果設置為沒有要求watchOS和tvOS的App要上傳bitcode?因為把bitcode本地上傳到他自己的中心服務器后,他是可以為目標完全安裝App的設備通過優(yōu)化軟件二進制,越小安裝包的下載大小,肯定iOS開發(fā)者也可以可以上傳多個版本而又不是發(fā)郵箱到單個包里,但這樣的會占用帶寬更多的存儲空間.最重要的是不能蘋果也可以在后臺服務器對應用程序并且簽名,而你不導出任何密鑰到終端開發(fā)者那。

這是正常增量可以更新方法了。還有“不正常”熱更新。這個都是那些有時候打開app就通過輔助攻擊檢查版本是否需要不需要跟新的app的套路，比如那農藥啊。我個人之前也就是喜歡鼓弄這個熱更新。而且要睡了，先直接引用下別人寫的，有時間我來優(yōu)化。

iOS通常是建議使用JSPatch來基于熱補丁修復，在項目中化入JSPathc，然后在發(fā)現(xiàn)到bug時印發(fā)的通知JS腳本補丁，替換原生方法，若要實現(xiàn)方法無需更新APP即時修復bug。

主要實現(xiàn)流程：當客戶端再次出現(xiàn)bug時，iOS開發(fā)人員必須旗下很長JS腳本主要用于修復bug，腳本開發(fā)完畢能完成后，服務端開發(fā)人員據(jù)iOS開發(fā)人員提供的JS腳本部并且一定的安全策略布署服務端腳本，iOS客戶端按照腳本版本檢測接口，確認是否需要必須上網下載JS腳本，下載腳本完成后，進行讀取，不運行，使之再修復APP的bug。

其中，客戶端與服務端在查看JS腳本時會進行安全校驗，避兔過程中被強力攻擊替換代碼，安全校驗的簡單的流程：a.服務端對JS腳本文件生成另一個MD5（文件的任何標識）值并加密——b.將加密的MD5值與JS腳本告訴客戶端——c.客戶端對搞到的腳本文件算出MD5值，且對加了密的MD5值參與解密——d.客戶端對比可以計算出的MD5值與解密后的MD5值——e.兩個MD5數(shù)值之和則校驗。

熱補丁技術不僅也可以為了修復bug打補丁，還可以不萬分感謝自動更新代碼去添加新需求哦！

增量更新技術定義

增量更新是指在參與更新操作時，只更新是需要轉變的地方，不不需要自動更新的或早就沒更新過的地方則不可能反復重復更新。也就是，只將App中有發(fā)生了什么決定的部分發(fā)送中給用戶，而并非你每次都重新去下載個求下載的安裝包。

原理

生成差異很大包。將App的哪個網站安裝包(V2)與歷史先發(fā)布版本的安裝包(V1)通過差分對比，我得到一個差異包(V2-V1)。下發(fā)差別很大包。當某個老版本(V1)的App就開始系統(tǒng)檢查更新的時候，必須將自己當前的版本信息正在發(fā)送給服務端，后再服務端判斷后，中,選擇對應的差異包(V2-V1)下發(fā)通知。合成套裝新包。校驗完整性。校驗當前歷史包的Hash值包括差異包的Hash（哈希值是一段數(shù)據(jù)同樣的數(shù)值意思是形式）值，三個合成新包后，也要校驗新包的Hash值，僅有這三個Hash值都與預期后自動分配，才也可以確認新包是完整的。增量自動更新的注意點：

增量更新是以兩個應用版本之間的差異來生成補丁的，不能只要用戶隔一段時間及時處理怎么升級到最新，因此需要對所公告的每一個版本都和最新的版本作差分，以使所有版本的用戶都可以不時域升級，這樣的能操作少見冗雜，當然了是可以按照腳本改大小生成沉淀。增量更新完成的前提是，用戶手機端前提是有還能夠被拷備出去且與服務器應用于差分信號的版本不對的APK文件，這樣的是會造成一些情況，的或，系統(tǒng)內置的APK根本無法資源到，則難以通過增量更新。

下面要請大神再補充，我來吃個瓜！

應用提示有新版本，app store里沒有新版本，怎么回事？

為什么會會出現(xiàn)應用到提示更新完而App Store沒有？只是因為又出現(xiàn)這個問題的原因或是是畢竟軟件應用開發(fā)商當先查找App的更新通知，而做為App Store的蘋果商店是因為每隔一天必須一次性處理的應用軟件數(shù)據(jù)量信息量龐大無比而收到APP開發(fā)商的再上架沒更新指令有延遲大或則滯后于是算正常現(xiàn)象。別外，而蘋果App Store是分地區(qū)商店這些分流服務器的刷新下架更新軟件模式，時間上也會有前后。

還有一個原因試著欄里點自己終端設備的網絡設置是否是正確。

像是是app的運營人員的配置錯了升級提示，也可以一不小心提前發(fā)了。而且appstore按照審核發(fā)布后，并不是前端立剪就能注意到沒更新的。會有個數(shù)據(jù)同步過程，也許你你這邊看見可可以更新了，可是別人看到那就未自動更新。但這app內部的升級電腦提示是app的運營人員后臺人為配置的。很可能一急的就延后發(fā)了。