一、GC抑制：为什么它能影响App启动速度？
做过Android性能优化的朋友都知道，启动阶段每一毫秒都很关键。但我发现很多同学，往往把火力全集中在了类加载、布局渲染、埋点初始化这些“显眼”的地方。有个隐藏很深的问题——GC（垃圾回收），常常被人忽略。
我个人习惯在查看启动Trace时，第一件事就是看GC有没有在“闯祸”。你想想看，当系统正在执行Application的onCreate、Activity的onResume这些关键逻辑时，突然来了一次GC。所有线程都停在那里，等着垃圾回收完成。这能快吗？
嗯，这就是我们今天要聊的：GC抑制。说白了，就是通过技术手段，在App启动的关键路径上有意推迟或暂停GC的发生，让系统资源优先服务业务初始化。
核心矛盾：GC的「STW（Stop-The-World）」暂停机制，与启动阶段「争分夺秒」的天性冲突。
1.1 GC抑制到底是个什么概念？
很多刚接触这个方向的同学会以为：GC抑制就是在启动时彻底关掉垃圾回收。错，这样理解太危险了。
我曾经在早期做过一个实验，简单粗暴地在启动阶段调用了System.gc()强制回收，结果掉进坑里了——不仅没省时间，反而因为频繁的Full GC导致启动超时，直接被系统Kill掉。真正有效的GC抑制，是在保证不OOM（内存溢出）的前提下，通过合理的策略推迟或减少GC发生的频率和耗时。
为什么能这么做？因为Android Runtime（ART）的GC采用并发标记清理为主。启动期间，大多数对象都是短命对象，做了GC其实也回收不到多少空间。反而白白浪费了宝贵的CPU资源。
| GC类型 | 触发时机 | 对启动的伤害 |
|---|---|---|
| 并发标记 | 堆内存达到阈值 | 暂停APP线程几百微秒到几毫秒 |
| 并行GC | 分配过快时 | 可能导致卡顿，影响启动动画 |
| Full GC | 堆空间紧张时 | 可怕，可能让启动耗时翻倍 |
1.2 为什么启动阶段GC特别“致命”？
我记得几年前优化一款社交应用时，光启动耗时从3.2秒优化到2.5秒，怎么都下不去了。排除了布局、线程、插件化等各种问题后，抓了一次启动Trace——好家伙，GC占据了整整800毫秒。
启动阶段有几个特点，决定了GC的破坏力是平时的3倍以上：
- 对象分配是平时的5-10倍：各种SDK初始化、解析配置、创建View，内存在几十毫秒内迅速膨胀。
- 线程竞争最激烈：主线程在跑业务逻辑，其他线程在加载文件，GC一进来所有线程全都要暂停。
- 用户期望是秒开：每多100ms GC，用户感知就多一分卡顿，甚至可能导致无响应（ANR）弹窗。
避坑提示：我曾遇到一个案例，开发者在Application.onCreate中直接new了一个大Bitmap，导致堆内存快速膨胀触发GC。启动时一定要避免在主线程分配大对象。
1.3 优化启动耗时的“加减法”逻辑
做性能优化，很多人只会做加法。也就是拼命去压缩布局、异步加载、冷启动缓存。这些当然有用，但想突破极限，必须学会做减法——把那些不必要的资源竞争砍掉。GC抑制，本质上做的就是这个事情。
它的优化逻辑非常清晰：
- 做减法：减少启动期的GC触发次数，让CPU时间片更多地流向业务代码。
- 做合理延迟：将那些不紧急的内存回收推迟到启动完成之后，比如屏幕上第一帧绘制结束后。
- 做资源预约：提前为启动阶段预留堆内存空间，避免因为分配压力导致GC震荡。
等一下，我是不是说得有点抽象了？我们直接用一张图来梳理这个逻辑：
1.4 启动耗时的“3个核心收益”
我之前带过一轮启动优化，在完全不做GC抑制时，经过一个月左右的基础优化，启动耗时降到了大概2.0秒。但再往下优化就感觉阻力很大，无论怎么改都会遇到瓶颈。后来把精力转向了GC抑制，效果惊人——这个动作直接再砍掉了500-800毫秒。
具体收益可以归纳为三点：
收益一：减少主线程暂停时间
抑制期间，GC的并发标记和暂停操作被推迟，主线程能更顺畅地执行初始化任务。实测在启动关键路径上减少GC暂停1-2次，就能省出100-300ms。
收益二：减少CPU时间片争夺
GC工成本身的CPU消耗不低。启动期如果频繁发生GC，CPU就会被分走一部分做标记和清理。这部分资源如果能回归到业务初始化，启动速度自然就上来了。
收益三：提升启动稳定性
启动期间最怕什么？OOM或者ANR。GC抑制配合合理的预分配策略，可以让堆内存保持稳定，避免被系统贴上一个“启动时内存抖动严重”的标签，从而减少被系统杀掉的风险。
1.5 一个常见的认识误区
有些同学可能会问：“那我直接在启动时调用Runtime.getRuntime().gc()手动触发不就行了？先回收一波，后面就不需要GC了啊！”
这个做法我曾经也试过。但结果恰恰相反——手动调用了gc()之后，系统会认为你对GC有更高的“需求”，可能变本加厉地触发更多的GC周期。而且手动触发的GC是同步阻塞的，会强制暂停所有应用线程直到回收完成，此时如果你的页面正在执行onCreate...嗯，自求多福吧。
正确的做法是：让GC知道现在不是干活的时候。你可以在启动开始阶段给ART一个“暗示”：我不想在启动过程发生任何GC。具体怎么做？我们后面的章节会一步步拆解。
好了，这一章算是给整个课程定了一个基调。理解GC抑制为什么重要，理解它和启动耗时之间的因果关系，接下来的路就好走多了。