原文鏈接：https://www.cnblogs.com/tiger-wang-ms/p/6517048.html
源碼分析篇 - Android繪制流程（一）窗口啟動流程分析
Activity鸵闪、View痴奏、Window之間的關系可以用以下的簡要UML關系圖表示，在這里貼出來，比較能夠幫組后面流程分析部分的閱讀。
一、Activity的啟動流程
在startActivity()后，經(jīng)過一些邏輯流程會通知到ActivityManagerService（后面以AMS簡稱），AMS接收到啟動acitivty的請求后博敬，會通過跨進程通信調(diào)用AcitivtyThread.handleLauncherActivity()方法，我們從這里開始分析珊搀，首先來看handleLauncherActivity()方法冶忱。
`private?void?handleLaunchActivity(ActivityClientRecord r, Intent customIntent, String reason) {
...// Initialize before creating the activity
WindowManagerGlobal.initialize();
Activitya = performLaunchActivity(r, customIntent);
if (a != null) { r.createdConfig = new Configuration(mConfiguration); reportSizeConfigurations(r); Bundle oldState = r.state;
//該方法會調(diào)用到Activity的onResume()方法 handleResumeActivity(r.token, false, r.isForward, !r.activity.mFinished && !r.startsNotResumed, r.lastProcessedSeq, reason);
...
}
...
}`
這里重點關注三個方法（加粗的地方），首先來看WindowManagerGlobal.initialize()境析，WindowManagerGlobal是單例模式的囚枪，一個進程內(nèi)只有一個，這里調(diào)用該類的初始化方法劳淆，后續(xù)我們再對該類的作用和相關方法進行分析链沼；第三個是在創(chuàng)建好Activity后調(diào)用Acitivty的onResume()方法。這里我們來看需關注的第二個方法performLaunchActivity()沛鸵，代碼如下括勺。
private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) { ? ...//通過反射方式創(chuàng)建Activity? ? ? ? Activity activity =null;try{? ? ? ? ? ? java.lang.ClassLoader cl = r.packageInfo.getClassLoader();? ? ? ? ? ? activity = mInstrumentation.newActivity(? ? ? ? ? ? ? ? ? ? cl, component.getClassName(), r.intent);? ? ? ? ? ? StrictMode.incrementExpectedActivityCount(activity.getClass());? ? ? ? ? ? r.intent.setExtrasClassLoader(cl);? ? ? ? ? ? r.intent.prepareToEnterProcess();if(r.state !=null) {? ? ? ? ? ? ? ? r.state.setClassLoader(cl);? ? ? ? ? ? }? ? ? ? }catch(Exception e) {if(!mInstrumentation.onException(activity, e)) {thrownewRuntimeException("Unable to instantiate activity "+ component? ? ? ? ? ? ? ? ? ? +": "+ e.toString(), e);? ? ? ? ? ? }? ? ? ? }try{? ? ? ? ? ? ...if(activity !=null) {? ? ? ? ? ? ? ? Context appContext = createBaseContextForActivity(r, activity);? ? ? ? ? ? ? ? CharSequence title = r.activityInfo.loadLabel(appContext.getPackageManager());? ? ? ? ? ? ? ? Configuration config =newConfiguration(mCompatConfiguration);if(r.overrideConfig !=null) {? ? ? ? ? ? ? ? ? ? config.updateFrom(r.overrideConfig);? ? ? ? ? ? ? ? }if(DEBUG_CONFIGURATION) Slog.v(TAG,"Launching activity "+ r.activityInfo.name +" with config "+ config);? ? ? ? ? ? ? ? Windowwindow=null;if(r.mPendingRemoveWindow !=null&& r.mPreserveWindow) {window= r.mPendingRemoveWindow;? ? ? ? ? ? ? ? ? ? r.mPendingRemoveWindow =null;? ? ? ? ? ? ? ? ? ? r.mPendingRemoveWindowManager =null;? ? ? ? ? ? ? ? }? ? ? ? ? ? ? ? activity.attach(appContext,this, getInstrumentation(), r.token,? ? ? ? ? ? ? ? ? ? ? ? r.ident, app, r.intent, r.activityInfo, title, r.parent,? ? ? ? ? ? ? ? ? ? ? ? r.embeddedID, r.lastNonConfigurationInstances, config,? ? ? ? ? ? ? ? ? ? ? ? r.referrer, r.voiceInteractor,window); ? ...//調(diào)用acitivity的onCreate()方法if(r.isPersistable()) {? ? ? ? ? ? ? ? ? ? mInstrumentation.callActivityOnCreate(activity, r.state, r.persistentState);? ? ? ? ? ? ? ? }else{? ? ? ? ? ? ? ? ? ? mInstrumentation.callActivityOnCreate(activity, r.state);? ? ? ? ? ? ? ? } ... }returnactivity;? ? }
這個方法主要是讀取Acitivity這里利用反射創(chuàng)建出ActivityClientRecord所要求的Activity對象，然后調(diào)用了acitivity.attach()方法曲掰。注意attach()傳入的參數(shù)有很多疾捍，在performLacunchActivity()方法流程中，調(diào)用attach()方前栏妖，我們省略掉的步驟基本都在為這些參數(shù)做準備乱豆，attach()方法的作用其實就是將這些參數(shù)配置到新創(chuàng)建的Activity對象中；而在attach之后則會回調(diào)到acitivity的onCreate()方法吊趾。我們進入Activity.java類詳細來看下attach方法宛裕。
此外，在attach之前會初始化一個Window對象论泛，Window.java是一個抽象類揩尸，代表了一個矩形不可見的容器，主要負責加載顯示界面屁奏，每個Activity都會對應了一個Window對象岩榆。如果ActivityClientRecord.mPendingRevomeWindow變量中已經(jīng)保存了一個Window對象，則會在后面的attach方法中被使用，具體使用的場景會在后面中介紹朗恳。
`final void attach(Context context, ActivityThread aThread,
Instrumentation instr, IBinder token, int ident,
Application application, Intent intent, ActivityInfo info,
CharSequence title, Activity parent, String id,
NonConfigurationInstances lastNonConfigurationInstances,
Configuration config, String referrer, IVoiceInteractor voiceInteractor,
Window window) {
attachBaseContext(context);
mFragments.attachHost(null/*parent*/);? ? mWindow =newPhoneWindow(this,window);//(1)mWindow.setWindowControllerCallback(this);? ? mWindow.setCallback(this);? ? mWindow.setOnWindowDismissedCallback(this);? ? mWindow.getLayoutInflater().setPrivateFactory(this);if(info.softInputMode != WindowManager.LayoutParams.SOFT_INPUT_STATE_UNSPECIFIED) {? ? ? ? mWindow.setSoftInputMode(info.softInputMode);? ? }if(info.uiOptions !=0) {? ? ? ? mWindow.setUiOptions(info.uiOptions);? ? } ...//初始化Acitity相關屬性mWindow.setWindowManager(? ? ? ? ? ? (WindowManager)context.getSystemService(Context.WINDOW_SERVICE),? ? ? ? ? ? mToken, mComponent.flattenToString(),? ? ? ? ? ? (info.flags & ActivityInfo.FLAG_HARDWARE_ACCELERATED) !=0);//(2)if(mParent !=null) {? ? ? ? mWindow.setContainer(mParent.getWindow());? ? }? ? mWindowManager = mWindow.getWindowManager();? ? mCurrentConfig = config;}`
重點關注初始化window對象的操作湿颅，首先創(chuàng)建了PhoneWindow對象為activity的mWindow變量载绿，在創(chuàng)建時傳入了上一個activity對應的window對象粥诫，之后又將這個acitivity設置為window對象的回調(diào)。Activity中很多操作view相關的方法崭庸，例如setContentView()怀浆、findViewById()、getLayoutInflater()等怕享，實際上都是直接調(diào)用到PhoneWindow里面的相關方法执赡。創(chuàng)建完acitivty對應的PhoneWindow之后便會調(diào)用setWindowManager()方法。首先來看PhonewWindow構(gòu)造方法函筋。
publicPhoneWindow(Context context, Window preservedWindow){this(context);// Only main activity windows use decor context, all the other windows depend on whatever// context that was given to them.mUseDecorContext =true;if(preservedWindow !=null) {//快速重啟activity機制mDecor = (DecorView) preservedWindow.getDecorView();? ? ? ? ? ? mElevation = preservedWindow.getElevation();? ? ? ? ? ? mLoadElevation =false;? ? ? ? ? ? mForceDecorInstall =true;// If we're preserving window, carry over the app token from the preserved// window, as we'll be skipping the addView in handleResumeActivity(), and// the token will not be updated as for a new window.getAttributes().token = preservedWindow.getAttributes().token;? ? ? ? }// Even though the device doesn't support picture-in-picture mode,// an user can force using it through developer options.booleanforceResizable = Settings.Global.getInt(context.getContentResolver(),? ? ? ? ? ? ? ? DEVELOPMENT_FORCE_RESIZABLE_ACTIVITIES,0) !=0;? ? ? ? mSupportsPictureInPicture = forceResizable || context.getPackageManager().hasSystemFeature(? ? ? ? ? ? ? ? PackageManager.FEATURE_PICTURE_IN_PICTURE);? ? }
點擊下方鏈接免費獲取Android進階資料：
