Android 应用启动过程优化

DMark362023-10-12 16:33

应用启动流程：

1、startActivity 交给AMS判断处理（Binder通信）

2、AMS匹配到对应的应用信息后通知zygote去fork进程(socket通信)

3、反射调用ActivityThreadd的main函数之后，将匿名binder(ApplicationThread)交由AMS，建立了app的binder通信基础。

bash 复制代码

 final IActivityManager mgr = ActivityManager.getService();
            try {
                mgr.attachApplication(mAppThread, startSeq);
            } catch (RemoteException ex) {
                throw ex.rethrowFromSystemServer();
            }

4、AMS通知App进程(binder通信)去创建启动Activity（onCreate...）

attachBaseContext阶段

https://github.com/bytedance/BoostMultiDex替代google的dex分包

Application的onCreate阶段

将优先级低的组件延后加载

主线程

减少耗时操作

优先级低的操作放在IdleHandler中去执行

Provider

该组件是在Applicaiton创建完成之后，立即installProvider，该过程可以通过懒加载模式进行优化

View

减少View层级绘制

黑白屏

theme设置windowbackground，换成应用的LOGO。

问题来了，我们知道Activity内有Window对象。Window对象中的View，在Onresume（addView）后才会绘制完成，我们才能看到界面。

这个界面是在startActivityLocked中会调用

bash 复制代码

 r.showStartingWindow(prev, newTask, isTaskSwitch(r, focusedTopActivity));

来添加一个Window，这个线程不是主线程，开了一个动画线程来展示

PhoneWindowManager.java

bash 复制代码

 /** {@inheritDoc} */
    @Override
    public StartingSurface addSplashScreen(IBinder appToken, int userId, String packageName,
            int theme, CompatibilityInfo compatInfo, CharSequence nonLocalizedLabel, int labelRes,
            int icon, int logo, int windowFlags, Configuration overrideConfig, int displayId) {
       .......................

            params.setTitle("Splash Screen " + packageName);
            addSplashscreenContent(win, context);

            wm = (WindowManager) context.getSystemService(WINDOW_SERVICE);
            view = win.getDecorView();

            if (DEBUG_SPLASH_SCREEN) Slog.d(TAG, "Adding splash screen window for "
                + packageName + " / " + appToken + ": " + (view.getParent() != null ? view : null));

            wm.addView(view, params);
	........................
    }