提升App启动速度的5个实战技巧

早上通勤挤地铁，想刷会儿新闻，结果App点开后卡在白屏3秒——你是不是也经历过？不是手机老，也不是网差，十有八九是App自己拖了后腿。

先看一眼：你的App启动到底卡在哪

安卓和iOS都把启动分三类：冷启动（进程都没起来）、温启动（后台挂着但被系统杀过）、热启动（还在内存里）。用户最常遇到的是冷启动慢，比如微信、淘宝这类大App，一打开就转圈，背后其实是主线程在疯狂加载资源、初始化SDK、读配置、连服务……全堆在Application.onCreate()里干，不卡才怪。

砍掉“开机自检”式初始化

很多团队习惯把所有第三方SDK一股脑塞进Application里初始化：

// ❌ 别这么干
public class MyApplication extends Application {
    @Override
    public void onCreate() {
        super.onCreate();
        initUmeng();
        initBugly();
        initAlipay();
        initPushService();
        initCrashHandler();
        // ……还有七八个
    }
}

其实像推送、埋点、崩溃监控这些，根本不用一上来就拉满。用懒加载+按需初始化：

// ✅ 改成这样
public class AnalyticsManager {
    private static volatile boolean isInit = false;
    
    public static void ensureInit(Context ctx) {
        if (!isInit) {
            synchronized (AnalyticsManager.class) {
                if (!isInit) {
                    initUmeng(ctx);
                    isInit = true;
                }
            }
        }
    }
}

把IO操作请出主线程

启动时读SharedPreferences、解析assets/json配置、检查本地数据库版本……这些IO操作一旦写在主线程，哪怕只花80ms，也会让用户明显感知到“卡顿”。用AsyncTask（旧项目）或Coroutine（Kotlin）、ExecutorService（Java）包一层：

// ✅ 启动时不读SP，改用异步预加载
new Thread(() -> {
    String config = readConfigFromAssets();
    sCachedConfig = parseJson(config);
}).start();

精简启动页（SplashActivity）的布局

别小看一个启动页XML——如果里面嵌了3层ConstraintLayout、加了2个ViewStub、还套了个自定义动画View，光inflate就要耗掉120ms以上。建议：
• 用FrameLayout替代多层嵌套；
• 图片用WebP格式，尺寸压缩到启动所需最小分辨率；
• 动画延迟100ms再播，避免和UI渲染抢CPU。

查问题，别靠猜

安卓用Android Studio的Startup Profiler，iOS用Instruments里的Time Profiler，真实录一段冷启动过程，直接看到哪个方法吃了最多CPU时间。我们上周帮一个记账App排查，发现70%耗时卡在“检查更新”这个网络请求上——而它根本没做超时控制，Wi-Fi弱时直接卡死4秒。加个500ms超时+默认走缓存后，启动从3.2s降到1.1s。

顺手可做的细节

• 清理无用的ContentProvider（尤其第三方SDK自带的）；
• 把非核心字体、主题资源延后加载；
• iOS侧关闭不必要的Method Swizzling（尤其热修复SDK）；
• Android App Bundle打包，让Google Play按机型下发精简APK。