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

蘋果應(yīng)用商店的更新是增量更新嗎？

簡(jiǎn)單回答問(wèn)題之前麻煩問(wèn)下您是開(kāi)發(fā)人員還是普通用戶。假如是普通用戶，我很激動(dòng)的，一個(gè)普通用戶能聽(tīng)到這個(gè)并提出這個(gè)問(wèn)題，真很很了不起。對(duì)，很好了不起！very Good！

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

假如你是程序狗，下拉2行，不影響不大其他用戶泛讀，咱們?nèi)ド钏畢^(qū)探討一番下，我不成熟的看法，也只希望大神來(lái)接著給點(diǎn)意見(jiàn)。

關(guān)于iOS應(yīng)用形式的增量更新，iOS7.0以后就已經(jīng)支持什么，具體看參見(jiàn)文檔

Q:Howcan'tIreducethedownloadedsizeformyapprestoreofuserswhichalreadyalreadythepreviousversioninstalled?

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

StartingwithiOS6,theapp storewillautomaticallyproduceannotificationpackagefor allnewversionstheappsjoinedto thestore.Whengeneratingtheversionpackage,theapp storecomparesone內(nèi)個(gè)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以后就也手動(dòng)通過(guò)增量自動(dòng)更新了，只不過(guò)有很多開(kāi)發(fā)者發(fā)現(xiàn)到自己的應(yīng)用你每次沒(méi)更新我還是直接下載了全部大小，并不是文檔里寫的只去下載可以修改的大小，不過(guò)有的是文檔所寫的所有文件都并且了無(wú)必要的修改。大部分是因?yàn)閷?duì)bitcode的修改，就可以設(shè)置為disable，所以蘋果不能自動(dòng)啟動(dòng)就行增量更新。這里就不講解為啥很多人為么要將bitcode系統(tǒng)設(shè)置為disable了，大部分從xcode7回來(lái)的都深有體會(huì)。只說(shuō)再看看為么蘋果為什么不從xcode7就開(kāi)始設(shè)置打開(kāi)bitcode？為么蘋果設(shè)置為沒(méi)有要求watchOS和tvOS的App要上傳bitcode?因?yàn)榘裝itcode本地上傳到他自己的中心服務(wù)器后,他是可以為目標(biāo)完全安裝App的設(shè)備通過(guò)優(yōu)化軟件二進(jìn)制,越小安裝包的下載大小,肯定iOS開(kāi)發(fā)者也可以可以上傳多個(gè)版本而又不是發(fā)郵箱到單個(gè)包里,但這樣的會(huì)占用帶寬更多的存儲(chǔ)空間.最重要的是不能蘋果也可以在后臺(tái)服務(wù)器對(duì)應(yīng)用程序并且簽名,而你不導(dǎo)出任何密鑰到終端開(kāi)發(fā)者那。

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

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

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

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

熱補(bǔ)丁技術(shù)不僅也可以為了修復(fù)bug打補(bǔ)丁，還可以不萬(wàn)分感謝自動(dòng)更新代碼去添加新需求哦！

增量更新技術(shù)定義

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

原理

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

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

下面要請(qǐng)大神再補(bǔ)充，我來(lái)吃個(gè)瓜！

應(yīng)用提示有新版本，app store里沒(méi)有新版本，怎么回事？

為什么會(huì)會(huì)出現(xiàn)應(yīng)用到提示更新完而App Store沒(méi)有？只是因?yàn)橛殖霈F(xiàn)這個(gè)問(wèn)題的原因或是是畢竟軟件應(yīng)用開(kāi)發(fā)商當(dāng)先查找App的更新通知，而做為App Store的蘋果商店是因?yàn)槊扛粢惶毂仨氁淮涡蕴幚淼膽?yīng)用軟件數(shù)據(jù)量信息量龐大無(wú)比而收到APP開(kāi)發(fā)商的再上架沒(méi)更新指令有延遲大或則滯后于是算正常現(xiàn)象。別外，而蘋果App Store是分地區(qū)商店這些分流服務(wù)器的刷新下架更新軟件模式，時(shí)間上也會(huì)有前后。

還有一個(gè)原因試著欄里點(diǎn)自己終端設(shè)備的網(wǎng)絡(luò)設(shè)置是否是正確。

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