TPatch动态补丁系统(iOS) - 知乎专栏
{"debug":false,"apiRoot":"","paySDK":"/api/js","wechatConfigAPI":"/api/wechat/jssdkconfig","name":"production","instance":"column","tokens":{"X-XSRF-TOKEN":null,"X-UDID":null,"Authorization":"oauth c3cef7c66aa9e6a1e3160e20"}}
{"database":{"Post":{"":{"contributes":[{"sourceColumn":{"lastUpdated":,"description":"虽然自己不是他，但我会成为他的影子。","permission":"COLUMN_PUBLIC","memberId":296070,"contributePermission":"COLUMN_PUBLIC","translatedCommentPermission":"all","canManage":true,"intro":"虽然自己不是他，但我会成为他的影子。","urlToken":"magilu","id":6113,"imagePath":"a23ac5d2dcbc4459.jpg","slug":"magilu","applyReason":"","name":"MAGI的专栏","title":"MAGI的专栏","url":"/magilu","commentPermission":"COLUMN_ALL_CAN_COMMENT","canPost":true,"created":,"state":"COLUMN_NORMAL","followers":2362,"avatar":{"id":"a23ac5d2dcbc4459","template":"/{id}_{size}.jpg"},"activateAuthorRequested":false,"following":false,"imageUrl":"/a23ac5d2dcbc4459_l.jpg","articlesCount":28},"state":"accepted","targetPost":{"titleImage":"/877b7ddd0b75bbe690d8_r.jpg","lastUpdated":,"imagePath":"877b7ddd0b75bbe690d8.jpg","permission":"ARTICLE_PUBLIC","topics":[77,1],"summary":"作者：hankzhu出品：QQ空间终端开发团队本文首发于QQ空间终端开发团队的官方公众号，任何形式的转载之前必须与本人联系。 TPatch是一套使用JavaScript给iOS打热补丁的系统，能非常有效的解决线上App的Crash和各种问题。1.从何而来? 对于每一个开发，从写Hel…","copyPermission":"ARTICLE_COPYABLE","translatedCommentPermission":"all","likes":0,"origAuthorId":296070,"publishedTime":"T17:27:48+08:00","sourceUrl":"","urlToken":,"id":296339,"withContent":false,"slug":,"bigTitleImage":false,"title":"TPatch动态补丁系统(iOS)","url":"/p/","commentPermission":"ARTICLE_ALL_CAN_COMMENT","snapshotUrl":"","created":,"comments":0,"columnId":6113,"content":"","parentId":0,"state":"ARTICLE_PUBLISHED","imageUrl":"/877b7ddd0b75bbe690d8_r.jpg","author":{"bio":"个人问题请移步值乎提问","isFollowing":false,"hash":"ad02ed87e3941cccc6bb1376581badc1","uid":80,"isOrg":false,"slug":"m-a-g-i","isFollowed":false,"description":"聪明的做法可能有一万种，但善良与正确的路只有一条。","name":"MagiLu","profileUrl":"/people/m-a-g-i","avatar":{"id":"b3239bbe59ff7749484c","template":"/{id}_{size}.jpg"},"isOrgWhiteList":false},"memberId":296070,"excerptTitle":"","voteType":"ARTICLE_VOTE_CLEAR"},"id":295850}],"title":"TPatch动态补丁系统(iOS)","author":"m-a-g-i","content":"作者：hankzhu出品：QQ空间终端开发团队本文首发于QQ空间终端开发团队的官方公众号，任何形式的转载之前必须与本人联系。 TPatch是一套使用JavaScript给iOS打热补丁的系统，能非常有效的解决线上App的Crash和各种问题。1.从何而来?
对于每一个开发，从写Hello World开始，到使用各种语言，可能都会遇到各种BUG。有的BUG能快速解决，比如Web侧的，发个JS或者Html即可。但是在终端开发中，比如iOS，发现的线上问题往往没那么快能解决，换包可能需要Apple短则几天长则一周以上的审核，成本很高。有没有办法能快速解决iOS App的线上问题？TPatch是其中一种比较好的解决方案。2.TPatch特点支持多线程:使用JS打补丁的天然优势在于JavaScriptCore是线程安全的，虽然锁的粒度有点大，并且有些方法的锁有问题(这些在TPatch都已解决)。支持Block:JS中的function和OC的Block有很多相似之处。有补丁中定义的function，传递到OC，我们会转成Block，并且Block可以在OC和JS之间传递，这点Lua补丁是很难做到。异步机制:由于JavsSciptCore是线程安全的，同时也带来另外一个问题，假如工作线程和主线程都打了补丁，工作线程的补丁耗时非常严重，这时候如果主线程补丁开始运行，就会被阻塞。TPatch引入了异步机制，能让进入JSCore的补丁快速返回，异步执行，减少补丁之间的影响。支持在线Reset回滚:在补丁发布后，有可能通过监控发现补丁有问题，这时候用户侧的运行逻辑已经被“污染”。TPatch支持，在补丁后台设置该补丁过期后，用户侧App会删掉本地有问题的补丁包，并且在线Reset，而不是等App重启后再恢复，下次重启可能得好几天。调试方便:利用JavaScriptCore的天然优势，其内部提供了Debug接口。我们可以像调试App里面的网页一样，使用Mac下的Safari远程调试补丁，断点、堆栈、异常等一目了然。精准投放:TPatch支持按用户、iOS版本、业务App版本和Mask标记投放。Mask是一个可扩展的bit标记，业务可以自定义，比如取一位越狱标记，或者网络标记，补丁就可以根据是否越狱和网络标记下发。3.核心原理
TPatch包括补丁包后台系统和终端组件，其核心原理是补丁后台根据补丁配置，下发一段补丁JS给终端，终端执行这段补丁，利用OC Runtime覆盖有问题的方法或者执行一段逻辑，修正运行时的逻辑，从而达到修复BUG的目的。4.打补丁流程1. 在补丁后台下发补丁脚本后，首先会经过iOS7及以上系统自带的JavaScriptCore.framework把JS补丁执行起来，通过调用TPatch.js里面的Bridge接口，调用到OC里面打补丁的方法，打上补丁。2. 当业务代码执行这段已经打了补丁的功能时，不会是原来的OC代码，而是一段JS代码。JS可以通过JS引起和OC引擎支持Block、异步执行等，并且支持在线Reset回滚。5.和其他方案对比waxPatch: 是使用Lua+Wax打补丁的方案，App需要集成Lua解释器和Wax框架(接近1M)。不过waxPatch对Block不太完善，多线程补丁也可能有问题，Wax也已经两年没人维护。相比之下TPatch更加轻量，对安装包影响仅200K，功能也更加强大。JSPatch: 同样使用JS来打补丁，和TPatch终端组件核心原理是相似的。不过JSPatch在实际的海量产品中运用还有不少问题没解决，比如Block传递、多线程Crash等问题，TPatch解决了这些问题，更加稳定，并且支持异步机制、动态回滚等优化特性。关于Qzone :Qzone 是中国最大的社交网络，是腾讯集团的核心平台之一，目前Qzone的月活跃账户数达到6.68亿，Qzone智能终端月活跃账户数达到5.68亿。从，Qzone见证了国内互联网蓬勃发展的十年，这十年风云变幻，但我们的业务却不断向前发展，也希望更多的朋友能够加入我们，共同迎接互联网和Qzone的下一个十年。欢迎关注我们Qzone终端开发团队的公众号：","updated":"T09:27:48.000Z","canComment":false,"commentPermission":"anyone","commentCount":13,"collapsedCount":0,"likeCount":16,"state":"published","isLiked":false,"slug":"","isTitleImageFullScreen":false,"rating":"none","titleImage":"/877b7ddd0b75bbe690d8_r.jpg","links":{"comments":"/api/posts//comments"},"reviewers":[],"topics":[{"url":"/topic/","id":"","name":"iOS"},{"url":"/topic/","id":"","name":"iOS 开发"},{"url":"/topic/","id":"","name":"腾讯"},{"url":"/topic/","id":"","name":"QQ 空间"}],"adminClosedComment":false,"titleImageSize":{"width":290,"height":185},"href":"/api/posts/","excerptTitle":"","column":{"slug":"magilu","name":"MAGI的专栏"},"tipjarState":"inactivated","annotationAction":[],"sourceUrl":"","pageCommentsCount":13,"hasPublishingDraft":false,"snapshotUrl":"","publishedTime":"T17:27:48+08:00","url":"/p/","lastestLikers":[{"bio":"Show me the code, fix your all bugs","isFollowing":false,"hash":"843cb62dfaca7d8dcb0971","uid":16,"isOrg":false,"slug":"yifan.wang.1021","isFollowed":false,"description":"Full Stack Coder","name":"EvanWang","profileUrl":"/people/yifan.wang.1021","avatar":{"id":"d35bf3d20","template":"/{id}_{size}.jpg"},"isOrgWhiteList":false},{"bio":"喝野猫的绿茶","isFollowing":false,"hash":"ecadcd62bbf","uid":12,"isOrg":false,"slug":"lsjwzh","isFollowed":false,"description":"","name":"lsjwzh","profileUrl":"/people/lsjwzh","avatar":{"id":"da8e974dc","template":"/{id}_{size}.jpg"},"isOrgWhiteList":false},{"bio":"","isFollowing":false,"hash":"d7d74bb9afa","uid":68,"isOrg":false,"slug":"ling-yun-xuan-ya","isFollowed":false,"description":"","name":"凌云轩雅","profileUrl":"/people/ling-yun-xuan-ya","avatar":{"id":"d4a2059e6","template":"/{id}_{size}.jpg"},"isOrgWhiteList":false},{"bio":"→_→ http://rinc.xyz","isFollowing":false,"hash":"e88ffc1ddada","uid":48,"isOrg":false,"slug":"rincliu","isFollowed":false,"description":"→_→ http://rinc.xyz","name":"Rinc","profileUrl":"/people/rincliu","avatar":{"id":"v2-b822e7c0a80c92abc99ecc","template":"/{id}_{size}.jpg"},"isOrgWhiteList":false},{"bio":"这个人很懒，什么也没有留下。","isFollowing":false,"hash":"0e0cdb31ccd","uid":44,"isOrg":false,"slug":"olunx","isFollowed":false,"description":"","name":"olunx","profileUrl":"/people/olunx","avatar":{"id":"9f60dab129da2d6422c2e","template":"/{id}_{size}.jpg"},"isOrgWhiteList":false}],"summary":"作者：hankzhu出品：QQ空间终端开发团队本文首发于QQ空间终端开发团队的官方公众号，任何形式的转载之前必须与本人联系。 TPatch是一套使用JavaScript给iOS打热补丁的系统，能非常有效的解决线上App的Crash和各种问题。1.从何而来? 对于每一个开发，从写Hel…","reviewingCommentsCount":0,"meta":{"previous":{"isTitleImageFullScreen":false,"rating":"none","titleImage":"/2733913aaec8617aabaf3ac_r.jpg","links":{"comments":"/api/posts//comments"},"topics":[],"adminClosedComment":false,"href":"/api/posts/","excerptTitle":"","author":{"bio":"个人问题请移步值乎提问","isFollowing":false,"hash":"ad02ed87e3941cccc6bb1376581badc1","uid":80,"isOrg":false,"slug":"m-a-g-i","isFollowed":false,"description":"聪明的做法可能有一万种，但善良与正确的路只有一条。","name":"MagiLu","profileUrl":"/people/m-a-g-i","avatar":{"id":"b3239bbe59ff7749484c","template":"/{id}_{size}.jpg"},"isOrgWhiteList":false},"column":{"slug":"magilu","name":"MAGI的专栏"},"content":"作者：tmacchen( ) 出品：QQ空间终端开发团队本文首发于QQ空间终端开发团队的官方公众号，任何形式的转载之前必须与本人联系。想写一篇关于Android \nGC的想法来源于追查一个魅族手机图片滑动卡顿问题，由于不断的GC导致的丢帧卡顿的问题让我们想了很多方案去解决，所以就打算详细的看看内存分配和GC的原理，为什么会不断的GC，GC \nALLOC和GC COCURRENT有什么区别，能不能想办法扩大堆内存减少GC的频次等等。1. JVM内存回收机制1.1. 回收算法标记回收算法（Mark and Sweep \nGC）从\"GC Roots\"集合开始，将内存整个遍历一次，保留所有可以被GC \nRoots直接或间接引用到的对象，而剩下的对象都当作垃圾对待并回收，这个算法需要中断进程内其它组件的执行并且可能产生内存碎片。复制算法 (Copying）将现有的内存空间分为两块，每次只使用其中一块，在垃圾回收时将正在使用的内存中的存活对象复制到未被使用的内存块中，之后，清除正在使用的内存块中的所有对象，交换两个内存的角色，完成垃圾回收。标记-压缩算法 \n(Mark-Compact)先需要从根节点开始对所有可达对象做一次标记，但之后，它并不简单地清理未标记的对象，而是将所有的存活对象压缩到内存的一端。之后，清理边界外所有的空间。这种方法既避免了碎片的产生，又不需要两块相同的内存空间，因此，其性价比比较高。分代将所有的新建对象都放入称为年轻代的内存区域，年轻代的特点是对象会很快回收，因此，在年轻代就选择效率较高的复制算法。当一个对象经过几次回收后依然存活，对象就会被放入称为老生代的内存空间。对于新生代适用于复制算法，而对于老年代则采取标记-压缩算法。1.2. 复制和标记-压缩算法的区别乍一看这两个算法似乎并没有多大的区别，都是标记了然后挪到另外的内存地址进行回收，那为什么不同的分代要使用不同的回收算法呢？其实2者最大的区别在于前者是用空间换时间后者则是用时间换空间。前者在工作的时候没有独立的“Mark”与“Copy”阶段，而是合在一起做一个动作，就叫Scavenge（或Evacuate，或者就叫Copy）。也就是说，每发现一个这次收集中尚未访问过的活对象就直接Copy到新地方，同时设置Forwarding \nPointer，这样的工作方式就需要多一份空间。后者在工作的时候则需要分别的Mark与Compact阶段，Mark阶段用来发现并标记所有活的对象，然后compact阶段才移动对象来达到Compact的目的。如果Compact方式是Sliding \nCompaction，则在Mark之后就可以按顺序一个个对象“滑动”到空间的某一侧。因为已经先遍历了整个空间里的对象图，知道所有的活对象了，所以移动的时候就可以在同一个空间内而不需要多一份空间。所以新生代的回收会更快一点，老年代的回收则会需要更长时间，同时压缩阶段是会暂停应用的，所以给我们应该尽量避免对象出现在老年代。2. Dalvik虚拟机2.1. Java堆Java堆实际上是由一个Active堆和一个Zygote堆组成的，其中，Zygote堆用来管理Zygote进程在启动过程中预加载和创建的各种对象，而Active堆是在Zygote进程Fork第一个子进程之前创建的。以后启动的所有应用程序进程是被Zygote进程Fork出来的，并都持有一个自己的Dalvik虚拟机。在创建应用程序的过程中，Dalvik虚拟机采用Cow策略复制Zygote进程的地址空间。Cow策略：一开始的时候（未复制Zygote进程的地址空间的时候），应用程序进程和Zygote进程共享了同一个用来分配对象的堆。当Zygote进程或者应用程序进程对该堆进行写操作时，内核就会执行真正的拷贝操作，使得Zygote进程和应用程序进程分别拥有自己的一份拷贝，这就是所谓的Cow。因为Copy是十分耗时的，所以必须尽量避免Copy或者尽量少的Copy。为了实现这个目的，当创建第一个应用程序进程时，会将已经使用了的那部分堆内存划分为一部分，还没有使用的堆内存划分为另外一部分。前者就称为Zygote堆，后者就称为Active堆。这样只需把zygote堆中的内容复制给应用程序进程就可以了。以后无论是Zygote进程，还是应用程序进程，当它们需要分配对象的时候，都在Active堆上进行。这样就可以使得Zygote堆尽可能少地被执行写操作，因而就可以减少执行写时拷贝的操作。在Zygote堆里面分配的对象其实主要就是Zygote进程在启动过程中预加载的类、资源和对象了。这意味着这些预加载的类、资源和对象可以在Zygote进程和应用程序进程中做到长期共享。这样既能减少拷贝操作，还能减少对内存的需求。2.2. 和GC有关的一些指标记得我们之前在优化魅族某手机的GC卡顿问题时，发现他很容易触发GC_FOR_MALLOC，这个GC类别后续会说到，是分配对象内存不足时导致的。可是我们又设置了很大的堆Size为什么还会内存不够呢，这里需要了解以下几个概念：分别是Java堆的起始大小（Starting \nSize）、最大值（Maximum Size）和增长上限值（Growth Limit）。在启动Dalvik虚拟机的时候，我们可以分别通过-Xms、-Xmx和-XX:HeapGrowthLimit三个选项来指定上述三个值，以上三个值分别表示表示：Starting Size: \nDalvik虚拟机启动的时候，会先分配一块初始的堆内存给虚拟机使用。Growth Limit: \n是系统给每一个程序的最大堆上限,超过这个上限，程序就会OOM。Maximum Size: \n不受控情况下的最大堆内存大小，起始就是我们在用largeheap属性的时候，可以从系统获取的最大堆大小。同时除了上面的这个三个指标外，还有几个指标也是值得我们关注的，那就是堆最小空闲值（Min \nFree）、堆最大空闲值（Max Free）和堆目标利用率（Target \nUtilization）。假设在某一次GC之后，存活对象占用内存的大小为LiveSize，那么这时候堆的理想大小应该为(LiveSize / \nU)。但是(LiveSize / U)必须大于等于(LiveSize + MinFree)并且小于等于(LiveSize + \nMaxFree)，每次GC后垃圾回收器都会尽量让堆的利用率往目标利用率靠拢。所以当我们尝试手动去生成一些几百K的对象，试图去扩大可用堆大小的时候，反而会导致频繁的GC，因为这些对象的分配会导致GC，而GC后会让堆内存回到合适的比例，而我们使用的局部变量很快会被回收理论上存活对象还是那么多，我们的堆大小也会缩减回来无法达到扩充的目的。 与此同时这也是产生CONCURRENT GC的一个因素，后文我们会详细讲到。2.3. GC的类型GC_FOR_MALLOC: \n表示是在堆上分配对象时内存不足触发的GC。GC_CONCURRENT: \n当我们应用程序的堆内存达到一定量，或者可以理解为快要满的时候，系统会自动触发GC操作来释放内存。GC_EXPLICIT: \n表示是应用程序调用System.gc、VMRuntime.gc接口或者收到SIGUSR1信号时触发的GC。GC_BEFORE_OOM: \n表示是在准备抛OOM异常之前进行的最后努力而触发的GC。实际上，GC_FOR_MALLOC、GC_CONCURRENT和GC_BEFORE_OOM三种类型的GC都是在分配对象的过程触发的。而并发和非并发GC的区别主要在于前者在GC过程中，有条件地挂起和唤醒非GC线程，而后者在执行GC的过程中，一直都是挂起非GC线程的。并行GC通过有条件地挂起和唤醒非GC线程，就可以使得应用程序获得更好的响应性。但是同时并行GC需要多执行一次标记根集对象以及递归标记那些在GC过程被访问了的对象的操作，所以也需要花费更多的CPU资源。后文在ART的并发和非并发GC中我们也会着重说明下这两者的区别。2.4. 对象的分配和GC触发时机1. \n调用函数dvmHeapSourceAlloc在Java堆上分配指定大小的内存。如果分配成功，那么就将分配得到的地址直接返回给调用者了。函数dvmHeapSourceAlloc在不改变Java堆当前大小的前提下进行内存分配，这是属于轻量级的内存分配动作。2. \n如果上一步内存分配失败，这时候就需要执行一次GC了。不过如果GC线程已经在运行中，即gDvm.gcHeap-&gcRunning的值等于True，那么就直接调用函数dvmWaitForConcurrentGcToComplete等到GC执行完成就是了。否则的话，就需要调用函数gcForMalloc来执行一次GC了，参数False表示不要回收软引用对象引用的对象。3. \nGC执行完毕后，再次调用函数dvmHeapSourceAlloc尝试轻量级的内存分配操作。如果分配成功，那么就将分配得到的地址直接返回给调用者了。4. \n如果上一步内存分配失败，这时候就得考虑先将Java堆的当前大小设置为Dalvik虚拟机启动时指定的Java堆最大值，再进行内存分配了。这是通过调用函数dvmHeapSourceAllocAndGrow来实现的。5. \n如果调用函数dvmHeapSourceAllocAndGrow分配内存成功，则直接将分配得到的地址直接返回给调用者了。6. \n如果上一步内存分配还是失败，这时候就得出狠招了。再次调用函数gcForMalloc来执行GC。参数true表示要回收软引用对象引用的对象。7. \nGC执行完毕，再次调用函数dvmHeapSourceAllocAndGrow进行内存分配。这是最后一次努力了，成功与事都到此为止。示例图如下：通过这个流程可以看到，在对象的分配中会导致GC，第一次分配对象失败我们会触发GC但是不回收Soft的引用，如果再次分配还是失败我们就会将Soft的内存也给回收，前者触发的GC是GC_FOR_MALLOC类型的GC，后者是GC_BEFORE_OOM类型的GC。而当内存分配成功后，我们会判断当前的内存占用是否是达到了GC_CONCURRENT的阀值，如果达到了那么又会触发GC_CONCURRENT。那么这个阀值又是如何来的呢，上面我们说到的一个目标利用率，GC后我们会记录一个目标值，这个值理论上需要再上述的范围之内，如果不在我们会选取边界值做为目标值。虚拟机会记录这个目标值，当做当前允许总的可以分配到的内存。同时根据目标值减去固定值（200~500K),当做触发GC_CONCURRENT事件的阈值。2.5. 回收算法和内存碎片主流的大部分Davik采取的都是标注与清理（Mark and \nSweep）回收算法，也有实现了拷贝GC的，这一点和HotSpot是不一样的，具体使用什么算法是在编译期决定的，无法在运行的时候动态更换。如果在编译dalvik虚拟机的命令中指明了\"WITH_COPYING_GC\"选项，则编译\"/dalvik/vm/alloc/Copying.cpp\"源码 \n– 此是Android中拷贝GC算法的实现，否则编译\"/dalvik/vm/alloc/HeapSource.cpp\" – \n其实现了标注与清理GC算法。由于Mark and \nSweep算法的缺点，容易导致内存碎片，所以在这个算法下，当我们有大量不连续小内存的时候，再分配一个较大对象时，还是会非常容易导致GC，比如我们在该手机上decode图片，具体情况如下：所以对于Dalvik虚拟机的手机来说，我们首先要尽量避免掉频繁生成很多临时小变量（比如说：getView, onDraw等函数中new对象），另一个又要尽量去避免产生很多长生命周期的大对象。3. ART内存回收机制3.1. Java堆ART运行时内部使用的Java堆的主要组成包括Image Space、Zygote \nSpace、Allocation Space和Large Object Space四个Space，Image Space用来存在一些预加载的类， Zygote \nSpace和Allocation Space与Dalvik虚拟机垃圾收集机制中的Zygote堆和Active堆的作用是一样的，Large Object \nSpace就是一些离散地址的集合，用来分配一些大对象从而提高了GC的管理效率和整体性能，类似如下图：在下文的GC Log中，我们也能看到在ART的GC \nLog中包含了LOS的信息，方便我们查看大内存的情况。3.2. GC的类型kGcCauseForAlloc: \n当要分配内存的时候发现内存不够的情况下引起的GC，这种情况下的GC会Stop World.kGcCauseBackground: \n当内存达到一定阀值的时候会去出发GC，这个时候是一个后台GC，不会引起Stop World.kGcCauseExplicit，显示调用的时候进行的GC，如果ART打开了这个选项的情况下，在system.gc的时候会进行GC.其他更多3.3. 对象的分配和GC触发时机由于ART下内存分配和Dalvik下基本没有任何区别，我直接贴图带过了。3.4 并发和非并发GCART在GC上不像Dalvik仅有一种回收算法，ART在不同的情况下会选择不同的回收算法，比如Alloc内存不够的时候会采用非并发GC，而在Alloc后发现内存达到一定阀值的时候又会触发并发GC。同时在前后台的情况下GC策略也不尽相同，后面我们会一一给大家说明。非并发GC步骤1. \n调用子类实现的成员函数InitializePhase执行GC初始化阶段。步骤2. 挂起所有的ART运行时线程。步骤3. \n调用子类实现的成员函数MarkingPhase执行GC标记阶段。步骤4. \n调用子类实现的成员函数ReclaimPhase执行GC回收阶段。步骤5. 恢复第2步挂起的ART运行时线程。步骤6. 调用子类实现的成员函数FinishPhase执行GC结束阶段。并发GC步骤1. \n调用子类实现的成员函数InitializePhase执行GC初始化阶段。步骤2. 获取用于访问Java堆的锁。步骤3. \n调用子类实现的成员函数MarkingPhase执行GC并行标记阶段。步骤4. 释放用于访问Java堆的锁。步骤5. 挂起所有的ART运行时线程。步骤6. \n调用子类实现的成员函数HandleDirtyObjectsPhase处理在GC并行标记阶段被修改的对象。步骤7. 恢复第4步挂起的ART运行时线程。步骤8. \n重复第5到第7步，直到所有在GC并行阶段被修改的对象都处理完成。步骤9. 获取用于访问Java堆的锁。步骤10. \n调用子类实现的成员函数ReclaimPhase执行GC回收阶段。步骤11. 释放用于访问Java堆的锁。步骤12. \n调用子类实现的成员函数FinishPhase执行GC结束阶段。所以不论是并发还是非并发，都会引起Stop World的情况出现，并发的情况下单次Stop World的时间会更短，基本区别和Dalvik类似。3.5. ART并发和Dalvik并发GC的差异首先可以通过如下2张图来对比下。Dalvik GC：ART GC:ART的并发GC和Dalvik的并发GC有什么区别呢，初看好像2者差不多，虽然没有一直挂起线程，但是也会有暂停线程去执行标记对象的流程。通过阅读相关文档可以了解到ART并发GC对于Dalvik来说主要有三个优势点：1. 标记自身ART在对象分配时会将新分配的对象压入到Heap类的成员变量allocation_stack_描述的Allocation \nStack中去，从而可以一定程度上缩减对象遍历范围。2. 预读取对于标记Allocation \nStack的内存时，会预读取接下来要遍历的对象，同时再取出来该对象后又会将该对象引用的其他对象压入栈中，直至遍历完毕。3. 减少Suspend时间在Mark阶段是不会Block其他线程的，这个阶段会有脏数据，比如Mark发现不会使用的但是这个时候又被其他线程使用的数据，在Mark阶段也会处理一些脏数据而不是留在最后Block的时候再去处理，这样也会减少后面Block阶段对于脏数据的处理的时间。3.6. 前后台GC 前台Foreground指的就是应用程序在前台运行时，而后台Background就是应用程序在后台运行时。因此，Foreground \nGC就是应用程序在前台运行时执行的GC，而Background就是应用程序在后台运行时执行的GC。应用程序在前台运行时，响应性是最重要的，因此也要求执行的GC是高效的。相反，应用程序在后台运行时，响应性不是最重要的，这时候就适合用来解决堆的内存碎片问题。因此，Mark-Sweep \nGC适合作为Foreground GC，而Mark-Compact GC适合作为Background GC。由于有Compact的能力存在，碎片化在ART上可以很好的被避免，这个也是ART一个很好的能力。3.7. ART大法好总的来看，ART在GC上做的比Dalvik好太多了，不光是GC的效率，减少Pause时间，而且还在内存分配上对大内存的有单独的分配区域，同时还能有算法在后台做内存整理，减少内存碎片。对于开发者来说ART下我们基本可以避免很多类似gc导致的卡顿问题了。另外根据谷歌自己的数据来看，ART相对Dalvik内存分配的效率提高了10倍，GC的效率提高了2-3倍。4. GC Log当我们想要根据GC日志来追查一些GC可能造成的卡顿时，我们需要了解GC日志的组成，不同信息代表了什么含义。4.1. Dalvik GC日志Dalvik的日志格式基本如下： D/dalvikvm:&GC_Reason&&Amount_freed&,&Heap_stats&,&Pause_time&,&Total_time&GC_Reason: \n就是我们上文提到的，是gc_alloc还是gc_concurrent，了解到不同的原因方便我们做不同的处理。Amount_freed: \n表示系统通过这次GC操作释放了多少内存。Heap_stats: \n中会显示当前内存的空闲比例以及使用情况（活动对象所占内存 / 当前程序总内存）。Pause_time: \n表示这次GC操作导致应用程序暂停的时间。关于这个暂停的时间，在2.3之前GC操作是不能并发进行的，也就是系统正在进行GC，那么应用程序就只能阻塞住等待GC结束。而自2.3之后，GC操作改成了并发的方式进行，就是说GC的过程中不会影响到应用程序的正常运行，但是在GC操作的开始和结束的时候会短暂阻塞一段时间，所以还有后续的一个total_time。Total_time: \n表示本次GC所花费的总时间和上面的Pause_time,也就是stop \nall是不一样的，卡顿时间主要看上面的pause_time。4.2. ART GC日志I/art:&GC_Reason&&Amount_freed&,&LOS_Space_Status&,&Heap_stats&,&Pause_time&,&Total_time&基本情况和Dalvik没有什么差别，GC的Reason更多了，还多了一个LOS_Space_Status.LOS_Space_Status：Large Object \nSpace，大对象占用的空间，这部分内存并不是分配在堆上的，但仍属于应用程序内存空间，主要用来管理 Bitmap \n等占内存大的对象，避免因分配大内存导致堆频繁 GC。写在最后：图片来源自网络，特别鸣谢罗升阳。 关于Qzone :Qzone 是中国最大的社交网络，是腾讯集团的核心平台之一，目前Qzone的月活跃账户数达到6.68亿，Qzone智能终端月活跃账户数达到5.68亿。从，Qzone见证了国内互联网蓬勃发展的十年，这十年风云变幻，但我们的业务却不断向前发展，也希望更多的朋友能够加入我们，共同迎接互联网和Qzone的下一个十年。欢迎关注我们Qzone终端开发团队的公众号：","state":"published","sourceUrl":"","pageCommentsCount":0,"canComment":false,"snapshotUrl":"","slug":,"publishedTime":"T00:18:56+08:00","url":"/p/","title":"Android GC 那点事","summary":"作者：tmacchen( ) 出品：QQ空间终端开发团队本文首发于QQ空间终端开发团队的官方公众号，任何形式的转载之前必须与本人联系。想写一篇关于Android \nGC的想法来源于追查一个魅族手机图片滑动卡顿问题，由于不断的GC导致的丢帧卡顿的问题让我们想了很…","reviewingCommentsCount":0,"meta":{"previous":null,"next":null},"commentPermission":"anyone","commentsCount":24,"likesCount":208},"next":{"isTitleImageFullScreen":false,"rating":"none","titleImage":"","links":{"comments":"/api/posts//comments"},"topics":[],"adminClosedComment":false,"href":"/api/posts/","excerptTitle":"","author":{"bio":"个人问题请移步值乎提问","isFollowing":false,"hash":"ad02ed87e3941cccc6bb1376581badc1","uid":80,"isOrg":false,"slug":"m-a-g-i","isFollowed":false,"description":"聪明的做法可能有一万种，但善良与正确的路只有一条。","name":"MagiLu","profileUrl":"/people/m-a-g-i","avatar":{"id":"b3239bbe59ff7749484c","template":"/{id}_{size}.jpg"},"isOrgWhiteList":false},"column":{"slug":"magilu","name":"MAGI的专栏"},"content":"明天（ 上午9：30）在深圳腾讯大厦将会举行Qzone移动客户端专场招聘会，我们会在招聘现场，欢迎您的到来。感兴趣的朋友可以直接在私信我您的情况，我会与您沟通，也可以直接来到招聘现场，如果是外地的朋友我们之后也可以通过电话进行面试。
Qzone作为SNG和腾讯旗下的核心平台级业务，在这里的平台绝对大，机会绝对多，技术绝对强，对待遇我们也绝对自信，并且我们希望：让你的梦想，与亿万用户相连招聘要求：1.手机Qzone android开发工程师（深圳）工作职责：负责手机Qzone android终端应用的架构设计；负责手机Qzone android版本现有功能的维护及新功能模块的开发；负责定位并解决现有模块存在的问题；负责承担版本的系统设计、性能及内存调优工作。基本要求：本科及以上学历，计算机或相关专业；2年以上相关工作经验；熟悉android手机平台开发，有1年以上的应用程序开发经验；精通C/C++、Objective C或JAVA；基础扎实，精通常用数据结构与算法；熟悉TCP/IP协议和网络编程相关知识者优先2.手机Qzone iOS开发工程师（深圳）工作职责：负责手机Qzone的iphone手机端开发工作；负责使用objectC进行iphone平台的app开发。工作要求：本科以上学历；2年以上手机智能终端软件开发经验，1年iOS以上平台开发经验；熟悉相应架构，同时有C++与Java开发经验犹佳；熟悉Linux编程，TCP/IP和无线通讯协议，有手机终端软件设计和规划能力；对新技术持有敏感性以及愿意致力于新技术的探索和研究；自学能力强，沟通协作意识良好，能够承担工作压力。本次招聘活动属于SNG冬季招聘会：","state":"published","sourceUrl":"","pageCommentsCount":0,"canComment":false,"snapshotUrl":"","slug":,"publishedTime":"T16:20:31+08:00","url":"/p/","title":"让你的梦想，与亿万用户相连","summary":"明天（ 上午9：30）在深圳腾讯大厦将会举行Qzone移动客户端专场招聘会，我们会在招聘现场，欢迎您的到来。感兴趣的朋友可以直接在私信我您的情况，我会与您沟通，也可以直接来到招聘现场，如果是外地的朋友我们之后也可以通过电话进行面试。 Qzon…","reviewingCommentsCount":0,"meta":{"previous":null,"next":null},"commentPermission":"anyone","commentsCount":13,"likesCount":23}},"annotationDetail":null,"commentsCount":13,"likesCount":16,"FULLINFO":true}},"User":{"m-a-g-i":{"isFollowed":false,"name":"MagiLu","headline":"聪明的做法可能有一万种，但善良与正确的路只有一条。","avatarUrl":"/b3239bbe59ff7749484c_s.jpg","isFollowing":false,"type":"people","slug":"m-a-g-i","bio":"个人问题请移步值乎提问","hash":"ad02ed87e3941cccc6bb1376581badc1","uid":80,"isOrg":false,"description":"聪明的做法可能有一万种，但善良与正确的路只有一条。","profileUrl":"/people/m-a-g-i","avatar":{"id":"b3239bbe59ff7749484c","template":"/{id}_{size}.jpg"},"isOrgWhiteList":false,"badge":{"identity":null,"bestAnswerer":{"topics":[{"type":"topic","id":"","name":"Android 开发"}],"description":"优秀回答者"}}}},"Comment":{},"favlists":{}},"me":{},"global":{},"columns":{"next":{},"magilu":{"following":false,"canManage":false,"href":"/api/columns/magilu","name":"MAGI的专栏","creator":{"slug":"m-a-g-i"},"url":"/magilu","slug":"magilu","avatar":{"id":"a23ac5d2dcbc4459","template":"/{id}_{size}.jpg"}}},"columnPosts":{},"columnSettings":{"colomnAuthor":[],"uploadAvatarDetails":"","contributeRequests":[],"contributeRequestsTotalCount":0,"inviteAuthor":""},"postComments":{},"postReviewComments":{"comments":[],"newComments":[],"hasMore":true},"favlistsByUser":{},"favlistRelations":{},"promotions":{},"switches":{"couldAddVideo":false},"draft":{"titleImage":"","titleImageSize":{},"isTitleImageFullScreen":false,"canTitleImageFullScreen":false,"title":"","titleImageUploading":false,"error":"","content":"","draftLoading":false,"globalLoading":false,"pendingVideo":{"resource":null,"error":null}},"drafts":{"draftsList":[],"next":{}},"config":{"userNotBindPhoneTipString":{}},"recommendPosts":{"articleRecommendations":[],"columnRecommendations":[]},"env":{"isAppView":false,"appViewConfig":{"content_padding_top":128,"content_padding_bottom":56,"content_padding_left":16,"content_padding_right":16,"title_font_size":22,"body_font_size":16,"is_dark_theme":false,"can_auto_load_image":true,"app_info":"OS=iOS"},"isApp":false},"sys":{}}}