Android中view的加载机制（一）

1、setContentView加载布局源码分析

    view布局一直贯穿于整个android应用中，不管是activity还是fragment都给我们提供了一个view依附的对象，关于view的加载我们在开发中一直使用，在接下来的几篇文章中将介绍在android中的加载机制和绘制流程并且对于基于android6.0的源码进行分析探讨。这一部分先来分析一下activity中view的加载流程。

    当我们打开activity时候，在onCreate方法里面都要执setContentView(R.layout.activity_main)方法，这个是干什么的呢？当然是加载布局的，首先贴上源码：

@Override
public void setContentView(@LayoutRes int layoutResID) {
getDelegate().setContentView(layoutResID);
}

这个方法存在于AppCompatActivity类中，追踪到最底层发现他是继承自activity。AppCompatActivity 其实内部的实现原理也和之前的 ActionBarActivity 不同，它是通过 AppCompatDelegate 来实现的。AppCompatActivity 将所有的生命周期相关的回调，都交由 AppCompatDelegate 来处理。

AppCompatDelegate：

    AppCompatDelegate为了支持 Material Design的效果而设计，需要其内部的控件都具有自动着色功能，来实现这个极佳的视觉设计效果，但是原有的控件所不支持Material Design的效果，所以它只好将其需要的 UI 控件全部重写一遍来支持这个效果。这些效果被放置在android.support.v7.widget包下，如下：



    但是开发者不可能一个一个的修改已经开发好的产品，这样工作量是非常大的。因此，设计者用AppCompatDelegate以代理的方式自动为我们替换所使用的 UI 控件。注意到这里有个getDelegate()方法，他返回的就是AppCompatDelegate，内部的处理是调用AppCompatDelegate的静态方法create来获取不同版本的代理。如下：

private static AppCompatDelegate create(Context context, Window window,
AppCompatCallback callback) {
final int sdk = Build.VERSION.SDK_INT;
if (sdk >= 23) {
return new AppCompatDelegateImplV23(context, window, callback);
} else if (sdk >= 14) {
return new AppCompatDelegateImplV14(context, window, callback);
} else if (sdk >= 11) {
return new AppCompatDelegateImplV11(context, window, callback);
} else {
return new AppCompatDelegateImplV7(context, window, callback);
}
}

        这里看到它通过不同版本的API做了区分判断来做具体的实现， AppCompatDelegateImplVxx的类，都是高版本的继承低版本的，最低支持到API9，而 AppCompatDelegateImplV9 中，就是通过 LayoutInflaterFactory 接口来实现 UI 控件替换的代理。

setContentView：

    第二个方法setContentView它是AppCompatDelegate类中的抽象方法并且给我们提供了很多的重载方法。由于他是抽象的，所以在调用setContentView时候直接找到父布局activity的方法。setContentView方法中我们可以传递很多类型的参数，除了上述的传入布局的id之外还可以传递view以及他的父布局等等来设置我们的布局。在父布局中找到相应的源码如下：

public void setContentView(@LayoutRes int layoutResID) {
getWindow().setContentView(layoutResID);
initWindowDecorActionBar();
}

这里的getWindow方法就是获取Acitivty的mWindow成员变量，他的初始化在attach方法里面：mWindow = new PhoneWindow(this);这里实例化的是PhoneWindow，换句话说，这里其实调用的是PhoneWindow的setContentView方法，代码较多就不贴上了，要提的是在方法里面有mWindow.getLayoutInflater().setPrivateFactory(this);一行代码，可以知道这里使用getLayoutInflater方法设置布局，追踪到这个方法才发现返回的是一个LayoutInflater：

public LayoutInflater getLayoutInflater() {
return getWindow().getLayoutInflater();
}

此时我们发现原来是用LayoutInflater的inflate方法加载布局的它包括两种类型的重载形式，一种是加载一个view的id，另一种是加载XmlPullParser。

2、inflate加载布局源码分析

（1）首先根据id在layout中找到相应的xml布局。源码如下：

public View inflate(@LayoutRes int resource, @Nullable ViewGroup root) {
return inflate(resource, root, root != null);
}

（2）把找到的xml文件使用pull解析，一步一解析，再次调用inflate的XmlPullParser的参数形式的方法。在这个解析过程中采用递归的形式一步步解析，解析到相关的view添加到布局里面，递归的使用createViewFromTag()创建子View，并通过ViewGroup.addView添加到parent view中，源码如下：

public View inflate(@LayoutRes int resource, @Nullable ViewGroup root, boolean attachToRoot) {
final Resources res = getContext().getResources();
if (DEBUG) {
Log.d(TAG, "INFLATING from resource: \"" + res.getResourceName(resource) + "\" ("
+ Integer.toHexString(resource) + ")");
}

final XmlResourceParser parser = res.getLayout(resource);
try {
return inflate(parser, root, attachToRoot);
} finally {
parser.close();
}
}

public View inflate(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot) {
synchronized (mConstructorArgs) {
//…………………………………………………省略代码……………………………………………………
try {
// Look for the root node.
int type;
while ((type = parser.next()) != XmlPullParser.START_TAG &&
type != XmlPullParser.END_DOCUMENT) {
// Empty
}

if (type != XmlPullParser.START_TAG) {
throw new InflateException(parser.getPositionDescription()
+ ": No start tag found!");
}

final String name = parser.getName();

if (DEBUG) {
System.out.println("**************************");
System.out.println("Creating root view: "
+ name);
System.out.println("**************************");
}

if (TAG_MERGE.equals(name)) {
if (root == null || !attachToRoot) {
throw new InflateException("<merge /> can be used only with a valid "
+ "ViewGroup root and attachToRoot=true");
}

rInflate(parser, root, inflaterContext, attrs, false);
} else {
// Temp is the root view that was found in the xml
final View temp = createViewFromTag(root, name, inflaterContext, attrs);
//……………………………………………省略代码…………………………………………
return result;
}
}

void rInflate(XmlPullParser parser, View parent, Context context,
AttributeSet attrs, boolean finishInflate) throws XmlPullParserException, IOException {

final int depth = parser.getDepth();
int type;

while (((type = parser.next()) != XmlPullParser.END_TAG ||
parser.getDepth() > depth) && type != XmlPullParser.END_DOCUMENT) {

if (type != XmlPullParser.START_TAG) {
continue;
}

final String name = parser.getName();

if (TAG_REQUEST_FOCUS.equals(name)) {
parseRequestFocus(parser, parent);
} else if (TAG_TAG.equals(name)) {
parseViewTag(parser, parent, attrs);
} else if (TAG_INCLUDE.equals(name)) {
if (parser.getDepth() == 0) {
throw new InflateException("<include /> cannot be the root element");
}
parseInclude(parser, context, parent, attrs);
} else if (TAG_MERGE.equals(name)) {
throw new InflateException("<merge /> must be the root element");
} else {
final View view = createViewFromTag(parent, name, context, attrs);
final ViewGroup viewGroup = (ViewGroup) parent;
final ViewGroup.LayoutParams params = viewGroup.generateLayoutParams(attrs);
rInflateChildren(parser, view, attrs, true);
viewGroup.addView(view, params);
}
}

if (finishInflate) {
parent.onFinishInflate();
}
}

private View createViewFromTag(View parent, String name, Context context, AttributeSet attrs) {
return createViewFromTag(parent, name, context, attrs, false);
}

总结：

1、解析xml获取xml信息，保存缓存信息，因为这些数据是静态不变的。
 2、根据xml中的tag标签通过反射创建View逐层构建View 。
 3、递归构建其中的子View，并将子View添加到父ViewGroup中。

简而言之：LayoutInflater的主要作用就是根据xml文件，通过反射的方式，递归生成View树。

 这样view就一步步的被加载出来，那么view的加载还有其他形式吗？当然有，在下面的博文中将详细介绍view的几种常用的加载形式。点击打开链接 http://blog.csdn.net/yoonerloop/article/details/53895929