通过讨论这个问题，我们能够见识到google是对面向对象模式的理解，能够理解android底层的一些调用。这也是一道很常见的面试题。

我们这篇文章就来解决这四个问题：

• Android  中view的显示视图么？
• Activity,window,View的关系是什么？
• LayOutInflater 填充是什么？
• LayOutInflater 具体怎么做？

首先，我们从activity开始说起，说起activity我们都要知道setcontentview和attach方法。setcontentview中的，主要用来填充相应的布局文件。而至于attach方法了，这个方法用的很少，但是很重要。

我们跟踪java的源代码了，我们清晰的看到这个activity实际上是调用phonewindow的setcontentview中的方法来进行界面的呈现。他的类图如下：

而phonewindow有初始化了一个ViewGroup对象，这个ViewGroup的子类，可以显示每个控件的视图，还有一个LayoutInflator使xml文件能够填充为相应的视图。他们的类图又是如下：

我们看看具体的源代码如下：

 首先，我们找到activity中的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,            Object lastNonConfigurationInstance,            HashMap
    
      lastNonConfigurationChildInstances,            Configuration config) {        attachBaseContext(context);        mWindow = PolicyManager.makeNewWindow(this);        mWindow.setCallback(this);        if (info.softInputMode != WindowManager.LayoutParams.SOFT_INPUT_STATE_UNSPECIFIED) {            mWindow.setSoftInputMode(info.softInputMode);        }        mUiThread = Thread.currentThread();        mMainThread = aThread;        mInstrumentation = instr;        mToken = token;        mIdent = ident;        mApplication = application;        mIntent = intent;        mComponent = intent.getComponent();        mActivityInfo = info;        mTitle = title;        mParent = parent;        mEmbeddedID = id;        mLastNonConfigurationInstance = lastNonConfigurationInstance;        mLastNonConfigurationChildInstances = lastNonConfigurationChildInstances;        mWindow.setWindowManager(null, mToken, mComponent.flattenToString());        if (mParent != null) {            mWindow.setContainer(mParent.getWindow());        }        mWindowManager = mWindow.getWindowManager();        mCurrentConfig = config;    }
    

我们看到policymanager对象中有一个window对象，这个window就是现实的窗口了。他是一个抽象类，又是如何new出这个对象，我们继续关注。这就来到了policymanager的类中了。看makenewwindow这个方法：

public static Window makeNewWindow(Context context) {        return sPolicy.makeNewWindow(context);    }

他又是传递context调用ipolicy接口中的makeNewWindow方法，来返回一个window对象。继续深挖，我们来看makenewwindow这个方法真实的本来面目。

这个本身的makewindow是ipolicy的一个抽象方法，他是发包给policy实现的，这个policy是new出一个phonewindow对象。  这个phonewindow的类又是怎么样子了。关注源代码我们得知，他是继承与window这个基类的，饶了一大圈以后,发现这个makenewwindow确实是new出一个window的对象。 他构造函数是这个样子：

public PhoneWindow(Context context) {        super(context);        mLayoutInflater = LayoutInflater.from(context);    }

发现他是用一个layoutflater从布局文件中填充一个相应的界面，通过这一大篇源代码证明，我们看到window，activity，和view的关系是这个样子的：

activity中new出一个window，而window通过这个phonewindow子类来获取一个子类。这是一种典型composite模式。一个经典的应用，希望对大家带来帮助。

怎么添加窗口上了，是通过setcontentview方法，我们看到这个还是通过phonewindow的setcontentview方法，他的源代码如下：

public void setContentView(View view, ViewGroup.LayoutParams params) {        if (mContentParent == null) {            installDecor();        } else {            mContentParent.removeAllViews();        }        mContentParent.addView(view, params);        final Callback cb = getCallback();        if (cb != null) {            cb.onContentChanged();        }    }

他是通过mcontentparent来添加视图，这更进一步揭示了window与view的关系。

这就是我的理解。

好好学习，天天向上。