前言
LayoutInflater 在我们日常开发中扮演者重要的角色，但很多时候我们不知道它的重要性，因为它的重要性被隐藏在Activity、View、Fragment等组件的光环之下。
LayoutInflater类
@SystemService(Context.LAYOUT_INFLATER_SERVICE)
public abstract class LayoutInflater {
...
}
LayoutInflater 是一个抽象类，我们需要找到它的实现类。在上一篇Android源码中的单例模式 中我们知道上下文ContextImpl在加载时会通过SystemServiceRegistry 来注册服务，将LayoutInflater的 ServiceFetcher 注入到容器中，具体代码如下：
registerService(Context.LAYOUT_INFLATER_SERVICE, LayoutInflater.class,
new CachedServiceFetcher() {
@Override
public LayoutInflater createService(ContextImpl ctx) {
return new PhoneLayoutInflater(ctx.getOuterContext());
}});
这里创建的一个PhoneLayoutInflater 实例，PhoneLayoutInflater 就是继承自LayoutInflater
public class PhoneLayoutInflater extends LayoutInflater {
//内置View类型的前缀，如TextView的完整路径是android.widget.TextView
private static final String[] sClassPrefixList = {
"android.widget.",
"android.webkit.",
"android.app."
};
...
@Override
protected View onCreateView(String name, AttributeSet attrs) throws ClassNotFoundException {
for (String prefix : sClassPrefixList) {
try {
View view = createView(name, prefix, attrs);
if (view != null) {
return view;
}
}
}
return super.onCreateView(name, attrs);
}
public LayoutInflater cloneInContext(Context newContext) {
return new PhoneLayoutInflater(this, newContext);
}
}
代码不多，核心代码就是重写了LayoutInflater 的onCreateView 方法，该方法的作用就是在传递进来的View 名字前面加上“android.widget.”或者“android.webkit.” 。最后，根据类的完整路径来构造对应的View 对象。
LayoutInflater的inflate方法
已经找到了LayoutInflater 的实现类，我们看下LayoutInflater 的inflater 方法：
//参数1 为xml解析器，参数2 要解析布局的root，参数3 是否要将解析的布局添加到父布局中
public View inflate(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot) {
synchronized (mConstructorArgs) {
Trace.traceBegin(Trace.TRACE_TAG_VIEW, "inflate");
final Context inflaterContext = mContext;
final AttributeSet attrs = Xml.asAttributeSet(parser);
Context lastContext = (Context) mConstructorArgs[0];
mConstructorArgs[0] = inflaterContext;
//存储根视图
View result = root;
try {
// Look for the root node.
int type;
//找到根元素
while ((type = parser.next()) != XmlPullParser.START_TAG &&
type != XmlPullParser.END_DOCUMENT) {
// Empty
}
...
final String name = parser.getName();
//1.解析merge标签
if (TAG_MERGE.equals(name)) {
//只能使用有效的ViewGroup根目录和attachToRoot = true来使用上面inflate 方法中，主要有下面几步：
- 解析
xml中的根标签; - 如果是merge标签，那么就调用
rInflate进行解析，rInflate会将merge标签下的所有子View直接添加到根标签中。 - 如果标签时普通元素，调用
createViewFromTag对该元素进行解析； - 调用
rInflateChildren方法(实际里面调用rInflate的方法)解析所有子View，并将这些子View添加到temp下； - 返回解析到的视图。
我们从简单的地方理解，即解析单个元素的createViewFromTag，看看代码如何运行：
View createViewFromTag(View parent, String name, Context context, AttributeSet attrs,
boolean ignoreThemeAttr) {
if (name.equals("view")) {
name = attrs.getAttributeValue(null, "class");
}
...//应用特殊主体的代码省略
try {
View view;
...
if (view == null) {
...
//传过来的控件是否包含".",不包含就是系统的控件
if (-1 == name.indexOf('.')) {
view = onCreateView(parent, name, attrs);
} else {
//否则就是自定义的控件
view = createView(name, null, attrs);
}
}
return view;
...//省略catch
}
createViewFromTag 会将该元素的parent及名字传过来。当这个tag的名字中没有包含“.” 时，LayoutInflater会认为这是一个内置的VIew ,例如，我们声明一个内置的控件时：
这里的TextView就是xml元素的名字，在执行inflate时就会调用onCreateView 方法来解析这个TextView 标签。当我们自定义一个View时，在xml中必须指定完整路径，例如：
这是就会调用createView 来解析该VIew ，这两个方法中有什么不同呢？上一段的PhoneLayoutInflater 中我们知道，PhoneLayoutInflater重写了onCreateView 方法，该方法在View标签名的前面设置了前缀“android.widget” 然后在传给createView 方法进行解析。也就是说内置View和自定义View 最终都调用了createView 构造出完整路径进行解析。如果是自定义View ，那么必须写完整的路径，此时调用createView 且前缀为null 进行解析。
LayoutInflater的createView方法
public final View createView(String name, String prefix, AttributeSet attrs)
throws ClassNotFoundException, InflateException {
//1.从缓存中获取构造函数
Constructor constructor = sConstructorMap.get(name);
if (constructor != null && !verifyClassLoader(constructor)) {
constructor = null;
sConstructorMap.remove(name);
}
Class clazz = null;
try {
//2. 缓存中没有构造函数，
if (constructor == null) {
//如果前缀不为null，构造完整的View路径，并且加载该类
clazz = mContext.getClassLoader().loadClass(
prefix != null ? (prefix + name) : name).asSubclass(View.class);
...
//从类中获取构造函数
constructor = clazz.getConstructor(mConstructorSignature);
constructor.setAccessible(true);
//将构造函数加入缓存
sConstructorMap.put(name, constructor);
} else {
//从缓存容器中获取
}
Object lastContext = mConstructorArgs[0];
if (mConstructorArgs[0] == null) {
// Fill in the context if not already within inflation.
mConstructorArgs[0] = mContext;
}
Object[] args = mConstructorArgs;
args[1] = attrs;
//通过反射构造View
final View view = constructor.newInstance(args);
if (view instanceof ViewStub) {
// Use the same context when inflating ViewStub later.
final ViewStub viewStub = (ViewStub) view;
viewStub.setLayoutInflater(cloneInContext((Context) args[0]));
}
mConstructorArgs[0] = lastContext;
return view;
...//省略catch
}
createView 方法相对简单，如果有前缀，那么构造View的完整 路径，并且将该类加载到虚拟机中，然后获取该类的构造函数并且缓存起来，在通过构造函数创建该VIew的对象，最后将VIew对象返回，这就是解析单个View的过程。而我们的窗口是一颗视图树，LayoutInflater 需要解析完这颗树，这个功能就交给了rInflate方法，具体代码：
void rInflate(XmlPullParser parser, View parent, Context context,
AttributeSet attrs, boolean finishInflate) throws XmlPullParserException, IOException {
//1.获取树的深度，深度优先遍历
final int depth = parser.getDepth();
int type;
boolean pendingRequestFocus = false;
//2.挨个元素解析
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)) {
pendingRequestFocus = true;
consumeChildElements(parser);
} else if (TAG_TAG.equals(name)) {
parseViewTag(parser, parent, attrs);
} else if (TAG_INCLUDE.equals(name)) { //解析include标签 必须是子节点
if (parser.getDepth() == 0) {
throw new InflateException("rInflate 方法通过深度优先遍历来构造视图树，没解析到一个VIew元素就会递归调用rInflate，知道这条路径下的最后一个元素，然后再回溯过来将买个元素添加到他们的parent中。通过rInflate解析后，整个视图树就构建完毕。当调用Activity的OnResume之后。我们通过setContentView设置的内容就会出现在我们的视野中。了解setContentView请看Activity的setContentView()源码分析 。
参考
《Android源码设计模式》