源码解读-APP启动流程和UI绘制流程

前言:
在Java中,程序的入口是main函数,那么在Android中,程序的入口是在哪里呢?一个APP启动的过程又是怎样的呢? setContentView()加载的布局,是如何添加到窗口中的,如何显示到屏幕上的? 带着这些疑问,我们来跟着Android系统的源码,一步一步分析!

注: 分析采用的API 23,看源码的时候将build.gradle中的compileSdkVersion 指定为23,如果找不到ActivityThread等类,说明sdk中的api是隐藏的,需要更换Android.jar,GitHub上有去掉 /** @hide */的版本,导入即可!

一:APP的启动流程
启动的入口类:ActivityThread
启动的流程:http://www.cloudchou.com/android/post-788.html
参考博客: https://blog.csdn.net/melodev/article/details/51959347

ActivityThread:
    成员变量:

    内部类:
        ApplicationThread

    入口函数:main
        1. 初始化主线程Looper:
            Looper.prepareMainLooper();
            Looper.loop();
        2. 创建ActivityThread:
            ActivityThread thread = new ActivityThread();
            thread.attach(false);//在这个方法中,将ApplicationThread 和AMS绑定,后续由AMS调用ApplicationThread的方法
        3. 给主线程handler赋值
            sMainThreadHandler = thread.getHandler();//return mH;  mH = new H(); private class H extends Handler

ApplicationThread:
    1. 此类有很多scheduleXXX方法,由AMS调用,如:scheduleLaunchActivity()
    2. 分析:scheduleLaunchActivity()
        最后调用:sendMessage(H.LAUNCH_ACTIVITY, r); -> mH.sendMessage(msg); //消息机制
    3. 分析mH -> handleMessage():
        case LAUNCH_ACTIVITY: -> handleLaunchActivity() -> performLaunchActivity() -> activity = mInstrumentation.newActivity();//创建出activity
        继续往下看:  callActivityOnCreate(),//看到熟悉的OnCreate()啦

二:UI绘制流程

分析:setContentView() ->  getWindow().setContentView()
        Window:抽象类  -> 仅有的一个实现类 PhoneWinodw

PhoneWindow  -> setContentView():
    1. installDecor() : //加载布局容器,加载基础布局
        generateDecor();    ->new DecorView()
        mContentParent = generateLayout(mDecor);    ->requestFeature()://   requestFeature()方法判断是否设置了布局(抛异常),这也是为什么requestFeature()必须在setContentView()之前调用的原因

        generateLayout():会根据不会的主题,加载不同的布局,如:layoutResource = R.layout.screen_simple;
        打开这个布局文件,会看到是一个线性布局,ViewStub,id为action_mode_bar_stub,这是状态栏,还有一个id为content的FrameLayout
        我们自己添加的布局,就是添加到这个帧布局下;
        概念:
            -> DecorView(继承FrameLayout)   顶层view
            -> mContentParent(是一个ViewGroup)

    2. 加载我们自己的布局:mLayoutInflater.inflate(layoutResID, mContentParent); // xml解析

scheduleResumeActivity():setContentView()执行完毕,onCreate()执行完毕,接下来AMS调用 scheduleResumeActivity(),发消息:
    RESUME_ACTIVITY: 
        -> handleResumeActivity()
                performResumeActivity()://不看这个
                wm.addView(decor, l);// ViewManager wm  实现类:WindowManager 还是一个接口,找到实现类:WindowManagerImpl
                mGlobal.addView(view, params, mDisplay, mParentWindow);// mGlobal
                root.setView(view, wparams, panelParentView);//调用了ViewRootImpl的setView()
                requestLayout();//ViewRootImpl的requestLayout()
                scheduleTraversals();
                mTraversalRunnable  //Runnable子类 -> run() ->doTraversal(); ->performTraversals(); ->进入view的绘制流程

绘制流程: performTraversals()分析:(traversal 意思是遍历)
    measureHierarchy():
        performMeasure():最后调用了 mView.measure(childWidthMeasureSpec, childHeightMeasureSpec);
        performLayout(): -> 会遍历所有子控件,执行view.requestLayout(); ->view.layout()
        performDraw(); -> draw(fullRedrawNeeded); -> view.draw()

分析完成后,可以回答以下问题:

1. 为什么requestWindowFeature(Window.FEATURE_NO_TITLE);这行代码必须在setContentView()之前调用?

2. 为什么在onCreate()方法中,我们调用view.getWidth()等方法,获取不到view的宽高信息?