原文转载：https://www.cnblogs.com/tiger-wang-ms/p/6517048.html
首先要关注的就是preserviedWindow参数，这个参数就是上一段中提到的mPendingRevomeWindow变量，这个参数在什么时候会不为空呢？其实这里的逻辑是用来疾速重启acitivity的，比方你的一个activity曾经启动了，然而主题换了或者configuration变了，这里只须要从新加载资源和view，没必从新再执行DecorView的创立工作。
另一个要关注的就是mDecor变量，这个变量是DecorView类型的，如果这里没有初始化的话，则会在调用setContentView办法中new一个DecorView对象进去。DecorView对象继承自FrameLayout，所以他实质上还是一个view，只是对FrameLayout做了肯定的包装，例如增加了一些与window须要调用的办法setWindowBackground()、setWindowFrame()等。咱们晓得，acitivty界面的view是呈树状构造的，而mDecor变量在这里作为activity的界面的根view存在。这三个点关系就比方，PhoneWindow是一块手机电子屏，DecorView就是电子屏要显示的内容，Activity就是手机电子屏装置地位。
再来看创立PhonewWindow之后调用的setWindowManager()办法的逻辑，这段代码是在PhonewWindow.java的父类Window.java中代码如下。
public void setWindowManager(WindowManager wm, IBinder appToken, String appName,
boolean hardwareAccelerated) {
mAppToken = appToken;
mAppName = appName;
mHardwareAccelerated = hardwareAccelerated
|| SystemProperties.getBoolean(PROPERTY_HARDWARE_UI, false);
if (wm == null) {
wm = (WindowManager)mContext.getSystemService(Context.WINDOW_SERVICE);
}
mWindowManager = ((WindowManagerImpl)wm).createLocalWindowManager(this);
}对于wWindowManager变量，实际上这里是创立了一个WindowManagerImpl对象。首先是这种首先获取零碎服务的代理到wm上，而后强制转换为WindowManagerImpl调用createLocalWindowManager()，在createLocalWindowManager()理论是执行了一个new WindowManagerImpl()到办法来创立。对于这部分代码看了很久很困惑的一个点，就是为啥要弄个这么简单的逻辑，间接把下面加粗的代码改为new WindowManagerImpl(…)，这养会有什么区别吗？如果有大虾看到这里，心愿能帮我解答。
在WindowManager中保留了对于单例对象WindowManagerGloble的援用，即mGlobal变量。此外，WindowManager.java实现了WindowManager又，而WindowManager继承自ViewManager接口，ViewManager接口办法如下方代码。
public interface ViewManager
{
/**
* Assign the passed LayoutParams to the passed View and add the view to the window.
* <p>Throws {@link android.view.WindowManager.BadTokenException} for certain programming
* errors, such as adding a second view to a window without removing the first view.
* <p>Throws {@link android.view.WindowManager.InvalidDisplayException} if the window is on a
* secondary {@link Display} and the specified display can't be found
* (see {@link android.app.Presentation}).
* @param view The view to be added to this window.
* @param params The LayoutParams to assign to view.
*/
public void addView(View view, ViewGroup.LayoutParams params);
public void updateViewLayout(View view, ViewGroup.LayoutParams params);
public void removeView(View view);
}在WindowManager对于addView()、updateViewLayout()和removeView()的实现，都是调用到mGlobal变量对应的addView()、updateViewLayout()和removeView()办法来实现的。这里咱们
这样咱们剖析完activity以及对应的window对象的创立，回到performLauncerActivity()办法中Activity a ＝ performLaunchActivity(r, customIntent)这一步骤，之后便回调activity办法的onCreate()，在onCreate()的setContentView办法会初始化DecorView，并依据传入参数加载布局，具体步骤在下一节介绍。
再回到最后的handlerLaunchActivity()办法中，通过调用performLauncerActivity()创立出一个Acitivty对象后，如果创立胜利则执行handleResumeActivity()，便执行到了Acitivity的onResume()办法，即是实现了acitivty的启动。
二、setContentView()流程
首先，咱们个别在onCreate()里调用setContentView()的办法。
@override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
} 这里理论调用到到中央是Acitivity.java类中的setContentView()办法，如下。
public void setContentView(@LayoutRes int layoutResID) {
getWindow().setContentView(layoutResID);
initWindowDecorActionBar();
}这里getWindow()返回的是Acitivity.java类中的mWindow变量，就是Activity创立时一起创立的PhoneWindow对象，进入到
@Override
public void setContentView(int layoutResID) {
if (mContentParent == null) {
installDecor();
} else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
mContentParent.removeAllViews();//如果屡次调用setContentView则会执行removeAllView操作
}
if (hasFeature(FEATURE_CONTENT_TRANSITIONS)) { //过渡动画机制相干
final Scene newScene = Scene.getSceneForLayout(mContentParent, layoutResID,
getContext());
transitionTo(newScene);
} else {
mLayoutInflater.inflate(layoutResID, mContentParent);
}
mContentParent.requestApplyInsets();
final Callback cb = getCallback();
if (cb != null && !isDestroyed()) {
cb.onContentChanged();
}
mContentParentExplicitlySet = true;
}代码里波及到FEATURE_CONTENT_TRANSITIONS的属性，这里是Android的过渡动画相干机制，这里咱们不再开展详述。个别的Acitivty启动时，会进入mContentParent为null的逻辑，首先调用的是installDecor()办法，实现DecorView的创立工作；之后调用mLayoutInflater.inflate()办法将咱们传入的资源文件转换为view树，装载到mContentParent中。首先来看installDecor()代码。
private void installDecor() {
mForceDecorInstall = false;
if (mDecor == null) { //创立DecorView
mDecor = generateDecor(-1);
mDecor.setDescendantFocusability(ViewGroup.FOCUS_AFTER_DESCENDANTS);
mDecor.setIsRootNamespace(true);
if (!mInvalidatePanelMenuPosted && mInvalidatePanelMenuFeatures != 0) {
mDecor.postOnAnimation(mInvalidatePanelMenuRunnable);
}
} else {
mDecor.setWindow(this);
}
if (mContentParent == null) {
mContentParent = generateLayout(mDecor);
...
}在这个办法又两个次要步骤，首先是应用generateDecor()办法创立了DecorView对象，generateDecor()办法比较简单，次要就是执行new DecorView(context, featureId, this, getAttributes())办法，这里不再贴出代码；重点来看generateLayout()办法，这个办法生成的mContentParent是作为来咱们后续加载加载的用户的布局的父布局存在的。
protected ViewGroup generateLayout(DecorView decor) {
// Apply data from current theme.
//获取以后主题的相干属性
TypedArray a = getWindowStyle();
... //一大段的依据获取到到主题属性，解析保留到PhonwWindow的相干参数的变量中
int layoutResource;
int features = getLocalFeatures();
... //一大段依据PhoneWindow的设定好的属性（features和mIsFloating）的判断，为layoutResource进行赋值， //值能够为R.layout.screen_custom_title、R.layout.screen_action_bar等
mDecor.startChanging(); //将layoutRsourece值对应的布局文件加载到DecorView中
mDecor.onResourcesLoaded(mLayoutInflater, layoutResource);
//在加载给DecorView的布局文件中有一块id为ID_ANDROID_CONTENT的区域是用于用户显示本人布局的，也是setContextView传入的布局显示的中央 //这块区域会以ViewGroup的模式赋值给mContentParent变量，这个ViewGroup即是用户布局的父布局节点
ViewGroup contentParent = (ViewGroup)findViewById(ID_ANDROID_CONTENT);
... //持续一大段的属性配置
mDecor.finishChanging();
return contentParent;
}generateLayout办法理论就是解析出主题的相干属性，依据不同的主题款式的属性值抉择不同的布局文件设置到DecorView中（DecorView本事就是FrameLayout）。在view的树状构造下，DecorView即是整个Window显示的视图的根节点，在DecorView的子节点中又有一块id为ID_ANDROID_CONTENT的区域有一块区域作为mContentParent变量用于加载用户的布局，与mContentParent平级的视图有ActionBar视图和Title的视图。总结来说，installDecor()办法本质就是产生mDecor和mContentParent对象。在installDecor之后，会执行到mLayoutInflater.inflate(layoutResID, mContentParent)办法将用户传入的布局转化为view再退出到mContentParent上。这样就实现了setContentView()流程。
点击下方链接收费获取Android进阶材料:
https://shimo.im/docs/tXXKHgdjPYj6WT8d/
发表回复