简单回答问题之前麻烦问下您是开发人员还是普通用户。假如是普通用户，我很激动的，一个普通用户能听到这个并提出这个问题，真很很了不起。对，很好了不起！verygood！
如果没有你是普通用户，我真接在这里简短的文字回答你下：苹果在ios7之后就已经支持什么增量没更新了。但是，返回到你的问题，苹果应用商店的更新是增量可以更新吗？解释是：有的是，有的不是。苹果是意见增量没更新，不过有的开发者他么有想去建议使用这个功能，或则是因为技术原因，放弃了这个功能，所以我某些app没有增量可以更新这个功能，你你每次直接下载应该得所有重下载。而一些优化做的比较比较好的app是支持增量更新的，.例如某宝之类的。
假如你是程序狗，下拉2行，不影响不大其他用户泛读，咱们去深水区探讨一番下，我不成熟的看法，也只希望大神来接着给点意见。
关于ios应用形式的增量更新，ios7.0以后就已经支持什么，具体看参见文档
q:howcan'tireducethedownloadedsizeformyapprestoreofuserswhichalreadyalreadythepreviousversioninstalled?
a:thisdocumentisn'technicalqampaqa1795:reducingthesizeofthemyappforacollectionthetechniquestoreducethesizeoftheanappwhenitisdownloadedbothinstalledafterthefirsttime.
startingwithios6,theappstorewillautomaticallyproduceannotificationpackageforallnewversionstheappsjoinedtothestore.whengeneratingtheversionpackage,theappstorecomparesone内个morepriorversionsofyourapptothenewversionwellcreatesanoptimizedpackageaftereachthatcontainsonlythecontentthathaschangedbetweenversionsofyourapp,excludinganycontentthatdid,includingtheapplicationexecutable,nibs,localizations,imagefiles,videofiles,audiofiles,textfiles,butfilescontainingdatainacustomformat.
note:theabilitytocreateupdatepackagesisnotcurrentlyavailabletodeveloperswhodonotdistributetheirappsthroughtheappstore,eitherasthosedistributingenterpriseapps.
whenusedoptimally,anupdatepackageissignificantlysmallertodownloadthanthefullpackageofthe,incountlesscases,thismechanismallowsupdatestohugeappstobepreviewsovercellularnetworkswhereappdownloadsarelanguagetoasizelimit.
inadditiontonewcontent,theupdatepackagecontainsinstructionsonhowtotransformthepreviouslyversionoftheappintothefifthversionofthefileswillbeadded,modifiedfileswillbereplacedwiththeirupdatedcounterpart,butdeleted,thisprocessisentirelytranslucentboththeresultingupdatedappwillbesubtractedfromacleardownloadofthecorrespondingupdatedversionoftheirapp.
tooptimizethesizeofyourappupdates,youshouldconsidertwotips:
versionsofyourappwith有.anotherdirectorycomparisontoolbecauseverifythatyouveonlychangedwhatyouexpectwithinyourappbundle.
fordevicesrunningios6.xbecauseios7.0,theupdatepackagewillincludeanyfile,initsentirety,example,ifyouhada10mbfileinyourappbutonlychange1kbofcontentthroughthatfileinthefutureversionoftheapp,therestorepackageanythatfifthversionwillcontainthefull10mbfile.
fordevicesrunios7.1becauselater,theversionpackageinthecasewherejustahugepartofalargefilechanges,anywaywouldincreasetheupdatesinstallationtimeon,ofonelargermonolithicfilewillreducethedownloadsizeofeveryonecasesbecausewillspeedupinstallationoffdevicesbackios7.1bothlater.
7.1以后就也手动通过增量自动更新了，只不过有很多开发者发现到自己的应用你每次没更新我还是直接下载了全部大小，并不是文档里写的只去下载可以修改的大小，不过有的是文档所写的所有文件都并且了无必要的修改。大部分是因为对bitcode的修改，就可以设置为disable，所以苹果不能自动启动就行增量更新。这里就不讲解为啥很多人为么要将bitcode系统设置为disable了，大部分从xcode7回来的都深有体会。只说再看看为么苹果为什么不从xcode7就开始设置打开bitcode？为么苹果设置为没有要求watchos和tvos的app要上传bitcode?因为把bitcode本地上传到他自己的中心服务器后,他是可以为目标完全安装app的设备通过优化软件二进制,越小安装包的下载大小,肯定ios开发者也可以可以上传多个版本而又不是发邮箱到单个包里,但这样的会占用带宽更多的存储空间.最重要的是不能苹果也可以在后台服务器对应用程序并且签名,而你不导出任何密钥到终端开发者那。
这是正常增量可以更新方法了。还有“不正常”热更新。这个都是那些有时候打开app就通过辅助攻击检查版本是否需要不需要跟新的app的套路，比如那农药啊。我个人之前也就是喜欢鼓弄这个热更新。而且要睡了，先直接引用下别人写的，有时间我来优化。
ios通常是建议使用jspatch来基于热补丁修复，在项目中化入jspathc，然后在发现到bug时印发的通知js脚本补丁，替换原生方法，若要实现方法无需更新app即时修复bug。
主要实现流程：当客户端再次出现bug时，ios开发人员必须旗下很长js脚本主要用于修复bug，脚本开发完毕能完成后，服务端开发人员据ios开发人员提供的js脚本部并且一定的安全策略布署服务端脚本，ios客户端按照脚本版本检测接口，确认是否需要必须上网下载js脚本，下载脚本完成后，进行读取，不运行，使之再修复app的bug。
其中，客户端与服务端在查看js脚本时会进行安全校验，避兔过程中被强力攻击替换代码，安全校验的简单的流程：a.服务端对js脚本文件生成另一个md5（文件的任何标识）值并加密——b.将加密的md5值与js脚本告诉客户端——c.客户端对搞到的脚本文件算出md5值，且对加了密的md5值参与解密——d.客户端对比可以计算出的md5值与解密后的md5值——e.两个md5数值之和则校验。
热补丁技术不仅也可以为了修复bug打补丁，还可以不万分感谢自动更新代码去添加新需求哦！
增量更新技术定义
增量更新是指在参与更新操作时，只更新是需要转变的地方，不不需要自动更新的或早就没更新过的地方则不可能反复重复更新。也就是，只将app中有发生了什么决定的部分发送中给用户，而并非你每次都重新去下载个求下载的安装包。
原理
生成差异很大包。将app的哪个网站安装包(v2)与历史先发布版本的安装包(v1)通过差分对比，我得到一个差异包(v2-v1)。下发差别很大包。当某个老版本(v1)的app就开始系统检查更新的时候，必须将自己当前的版本信息正在发送给服务端，后再服务端判断后，中,选择对应的差异包(v2-v1)下发通知。合成套装新包。校验完整性。校验当前历史包的hash值包括差异包的hash（哈希值是一段数据同样的数值意思是形式）值，三个合成新包后，也要校验新包的hash值，仅有这三个hash值都与预期后自动分配，才也可以确认新包是完整的。增量自动更新的注意点：
增量更新是以两个应用版本之间的差异来生成补丁的，不能只要用户隔一段时间及时处理怎么升级到最新，因此需要对所公告的每一个版本都和最新的版本作差分，以使所有版本的用户都可以不时域升级，这样的能操作少见冗杂，当然了是可以按照脚本改大小生成沉淀。增量更新完成的前提是，用户手机端前提是有还能够被拷备出去且与服务器应用于差分信号的版本不对的apk文件，这样的是会造成一些情况，的或，系统内置的apk根本无法资源到，则难以通过增量更新。
下面要请大神再补充，我来吃个瓜！
为什么会会出现应用到提示更新完而appstore没有？只是因为又出现这个问题的原因或是是毕竟软件应用开发商当先查找app的更新通知，而做为appstore的苹果商店是因为每隔一天必须一次性处理的应用软件数据量信息量庞大无比而收到app开发商的再上架没更新指令有延迟大或则滞后于是算正常现象。别外，而苹果appstore是分地区商店这些分流服务器的刷新下架更新软件模式，时间上也会有前后。
还有一个原因试着栏里点自己终端设备的网络设置是否是正确。
像是是app的运营人员的配置错了升级提示，也可以一不小心提前发了。而且appstore按照审核发布后，并不是前端立剪就能注意到没更新的。会有个数据同步过程，也许你你这边看见可可以更新了，可是别人看到那就未自动更新。但这app内部的升级电脑提示是app的运营人员后台人为配置的。很可能一急的就延后发了。
