android 中的 window,view,activity具体关系

转自：http://www.cnblogs.com/manuosex/p/3231421.html

通过讨论这个问题，我们能够见识到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<String,Object> 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的关系。

这就是我的理解。

好好学习，天天向上。

更多相关文章

随机推荐