Android是否支持并发GC？JVM的CMS收集器在Android有无同类实现及适用性？

嘿，这个问题问得很到位！作为天天和Android GC打交道的开发者，我来给你拆解清楚：

1. Android是否存在并发GC？ #

当然有！Android从很早的版本就开始引入并发GC机制了，核心目的就是减少GC导致的应用卡顿（也就是大家常说的"GC停顿"）。早期的Dalvik虚拟机就有初步的并发回收尝试，而现在主流的ART虚拟机更是对并发GC做了大量针对性优化。

2. 有没有类似JVM中CMS收集器的实现？ #

必须有！ART里的Concurrent Mark Sweep (CMS) 收集器就是对标JVM的CMS设计的，不过Android团队针对移动设备的特性做了不少适配：

• 和JVM CMS的流程类似，它分成几个核心阶段：初始标记（短暂停顿应用线程）、并发标记（和应用线程并行运行，无长时间停顿）、重新标记（再次短暂停顿修正标记结果）、并发清除（并行完成内存清理）。
• 后来ART还推出了更高效的Concurrent Copying (CC) 收集器（俗称"并发复制GC"），它解决了CMS的内存碎片问题，同时保持了并发回收的低停顿特性，现在已经是Android 8.0+系统的默认后台GC收集器了。

3. Android环境中使用并发GC是否合理？ #

这得结合移动设备的特性来分析，整体来说是合理且必要的，但也存在一些 trade-off：

• 合理性层面：移动设备的CPU资源虽然远不如服务器，但用户对卡顿的容忍度极低。并发GC把大部分回收工作放到应用线程运行的间隙去做，大幅减少了长时间的GC停顿，直接提升了用户体验——这可是移动端应用的核心需求之一。
• 额外CPU资源的影响：确实，并发GC会占用一部分CPU，但ART团队做了很多优化来平衡这点：
  • 动态调整并发GC线程的优先级，避免和应用的前台线程抢资源；
  • 针对移动设备的内存容量、使用场景，优化标记和清除的效率，减少不必要的CPU消耗；
  • 优先在设备空闲时触发耗时的并发回收操作，尽量不干扰用户的主动操作。
• 特殊场景：如果你的应用运行在极端资源受限的嵌入式Android设备上，可能需要针对性调整GC策略，但对于绝大多数普通Android应用来说，并发GC绝对是利远大于弊的选择。

内容的提问来源于stack exchange，提问作者y.allam