源码分析之LayoutInflater

源码分析之LayoutInflater

简介

基于5.0的framework源码进行分析，通过这篇文章我们能了解：

LayoutInflater的系统级服务的注册过程

inflate填充的过程

ViewStub,merge,include的加载过程

LayoutInflater系统服务的注册过程

我们经常调用

context.getSystemService(Context.LAYOUT_INFLATE_SERVICE)

获得LayoutInflater对象。那么这个对象是什么时候注册到Context中的呢?这个对象的具体实现类是谁？

LayoutInflater这个服务，是在创建Activity的时候，作为baseContext传递给Activity的。接下来我们看源码过程。

我们知道Activity的创建过程是在ApplicationThread的performLaunchActivity方法中。那么接下来我们分析这个方法

private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
/*/
Activity activity = null;
try{
// 通过Instrumentation类创建Activity
java.lang.ClassLoader cl = r.packageInfo.getClassLoader();
activity = mInstrumentation.newActivity(
cl, component.getClassName(), r.intent);

}catch(Exeception e){}
/*/
// 创建Context过程，也就是baseContext
Context appContext = createBaseContextForActivity(r, activity);
// 关联activity和baseContext
activity.attach(appContext, this, getInstrumentation(), r.token,
r.ident, app, r.intent, r.activityInfo, title, r.parent,
r.embeddedID, r.lastNonConfigurationInstances, config,
r.referrer, r.voiceInteractor, window);

}

那么接下来我们只要分析

Context appContext = createBaseContextForActivity(r, activity);

这个方法即可，源码继续

private Context createBaseContextForActivity(ActivityClientRecord r, final Activity activity) {
// 通过调用ContextImpl的静态方法创建baseContext对象
ContextImpl appContext = ContextImpl.createActivityContext(
this, r.packageInfo, r.token, displayId, r.overrideConfig);
appContext.setOuterContext(activity);
return baseContext;
}

接下来分析

ContextImpl.createActivityContext(
this, r.packageInfo, r.token, displayId, r.overrideConfig);
appContext.setOuterContext(activity);

接下来我们分析下ContextImpl这个类，发现其有一个成员变量

// 在这里注册系统级别的服务
// The system service cache for the system services that are cached per-ContextImpl.
final Object[] mServiceCache = SystemServiceRegistry.createServiceCache();

SystemServiceRegistry类有个静态代码块，完成了常用服务的注册，代码如下

static{
// 注册LayoutLAYOUT_INFLATER_SERVICE系统服务，具体实现类是PhoneLayoutInflater
registerService(Context.LAYOUT_INFLATER_SERVICE, LayoutInflater.class,
new CachedServiceFetcher<LayoutInflater>() {
@Override
public LayoutInflater createService(ContextImpl ctx) {
return new PhoneLayoutInflater(ctx.getOuterContext());
}});
// 注册AM
registerService(Context.ACTIVITY_SERVICE, ActivityManager.class,
new CachedServiceFetcher<ActivityManager>() {
@Override
public ActivityManager createService(ContextImpl ctx) {
return new ActivityManager(ctx.getOuterContext(), ctx.mMainThread.getHandler());
}});
// 注册WM
registerService(Context.WINDOW_SERVICE, WindowManager.class,
new CachedServiceFetcher<WindowManager>() {
@Override
public WindowManager createService(ContextImpl ctx) {
return new WindowManagerImpl(ctx);
}});
// 等等
}

接下来我们看inflate过程，下面是整个inflate过程

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 {
// 循环找到第一个view节点，
int type;
while ((type = parser.next()) != XmlPullParser.START_TAG &&
type != XmlPullParser.END_DOCUMENT) {
// Empty
}
// 这里判断是否是第一个view节点
if (type != XmlPullParser.START_TAG) {
throw new InflateException(parser.getPositionDescription()
+ ": No start tag found!");
}

final String name = parser.getName();
// 解析merge标签
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方法将merge标签下的孩子直接合并到root上，这样减少一层布局，达到减少viewTree的目的
rInflate(parser, root, inflaterContext, attrs, false);
} else {
// 调用反射创建view对象
final View temp = createViewFromTag(root, name, inflaterContext, attrs);

ViewGroup.LayoutParams params = null;

if (root != null) {
// Create layout params that match root, if supplied
params = root.generateLayoutParams(attrs);
if (!attachToRoot) {
// 如果view的父容器不为null，并且attachToRoot未true得话，这里只是让刚刚通过反射创建的view使用root（父容器的布局参数）
temp.setLayoutParams(params);
}
}

// 通过深度遍历temp下的节点，之后将节点依次添加到刚刚通过反射创建的temp对象上，因为采用的是深度优先遍历算法，因此viewTree的层级很深的话，会影响遍历的性能
rInflateChildren(parser, temp, attrs, true);
// 判断刚刚创建的temp对象是否添加到父节点上.
// 满足两个条件1 父节点(root)不为null，2 attachToRoot=true
if (root != null && attachToRoot) {
root.addView(temp, params);
}

// 设置result
if (root == null || !attachToRoot) {
result = temp;
}
}

} catch (XmlPullParserException e) {
final InflateException ie = new InflateException(e.getMessage(), e);
ie.setStackTrace(EMPTY_STACK_TRACE);
throw ie;
} catch (Exception e) {

} finally {
// Don't retain static reference on context.
mConstructorArgs[0] = lastContext;
mConstructorArgs[1] = null;

Trace.traceEnd(Trace.TRACE_TAG_VIEW);
}
// 返回

return result;
}

}

通过上面分析，我们对inflate的整体过程有了一个了解，也见到了merge标签（经常作为布局文件根节点，来达到减少viewTree的层次）

接下来，我们分析4个方法

rInflate(parser, root, inflaterContext, attrs, false);，其实不管是根节点为merge还是普通的view（最终都会用这个方法），深度遍历添加view

下面是代码

// 深度遍历添加孩子
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)) {
// 如果我们调用了View.setTag()，将会执行下面代码
parseViewTag(parser, parent, attrs);
// include不能作为根节点
} else if (TAG_INCLUDE.equals(name)) {
if (parser.getDepth() == 0) {
throw new InflateException("<include /> cannot be the root element");
}
// 这里解析include标签代码
parseInclude(parser, context, parent, attrs);
} else if (TAG_MERGE.equals(name)) {
// merge一定是根节点
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最终还会调用rInflate(parser, parent, parent.getContext(), attrs, finishInflate);方法
rInflateChildren(parser, view, attrs, true);
viewGroup.addView(view, params);
}
}

if (finishInflate) {
// viewTree填充完毕，回调自定义view经常使用的onFinishInflate方法
parent.onFinishInflate();
}
}

rInflateChildren(parser, view, attrs, true);方法

// 直接调用rInflate()实现ViewTree
final void rInflateChildren(XmlPullParser parser, View parent, AttributeSet attrs,
boolean finishInflate) throws XmlPullParserException, IOException {
rInflate(parser, parent, parent.getContext(), attrs, finishInflate);

}

createViewFromTag(root, name, inflaterContext, attrs);方法，这个方法其实处理了自定义view和系统view的创建。最终调用了下面方法

View createViewFromTag(View parent, String name, Context context, AttributeSet attrs,
boolean ignoreThemeAttr) {
if (name.equals("view")) {
name = attrs.getAttributeValue(null, "class");
}

// 设置view默认样式
if (!ignoreThemeAttr) {
final TypedArray ta = context.obtainStyledAttributes(attrs, ATTRS_THEME);
final int themeResId = ta.getResourceId(0, 0);
if (themeResId != 0) {
context = new ContextThemeWrapper(context, themeResId);
}
ta.recycle();
}

try {
View view;
if (view == null) {
final Object lastContext = mConstructorArgs[0];
mConstructorArgs[0] = context;
try {//创建系统view的方法，因为系统view的标签不是完整类名，需要会在 onCreateView中完成拼接（拼接出系统view的完整类名）
if (-1 == name.indexOf('.')) {
view = onCreateView(parent, name, attrs);
} else {
//自定义view的创建
view = createView(name, null, attrs);
}
} finally {
mConstructorArgs[0] = lastContext;
}
}

return view;
} catch (InflateException e) {
throw e;

} catch (ClassNotFoundException e) {
final InflateException ie = new InflateException(attrs.getPositionDescription()
+ ": Error inflating class " + name, e);
ie.setStackTrace(EMPTY_STACK_TRACE);
throw ie;

} catch (Exception e) {
final InflateException ie = new InflateException(attrs.getPositionDescription()
+ ": Error inflating class " + name, e);
ie.setStackTrace(EMPTY_STACK_TRACE);
throw ie;
}
}

接下来我们分析 createView(String name, String prefix, AttributeSet attrs)方法，系统view的创建，最终也会调用createView方法。只不过在前面拼接上了系统view的包名。

public final View createView(String name, String prefix, AttributeSet attrs)
throws ClassNotFoundException, InflateException {
// 获取view的构造方法
Constructor<? extends View> constructor = sConstructorMap.get(name);
//　验证
if (constructor != null && !verifyClassLoader(constructor)) {
constructor = null;
sConstructorMap.remove(name);
}
Class<? extends View> clazz = null;

try {
if (constructor == null) {

clazz = mContext.getClassLoader().loadClass(
prefix != null ? (prefix + name) : name).asSubclass(View.class);

if (mFilter != null && clazz != null) {
boolean allowed = mFilter.onLoadClass(clazz);
if (!allowed) {
failNotAllowed(name, prefix, attrs);
}
}
constructor = clazz.getConstructor(mConstructorSignature);
constructor.setAccessible(true);
// 将view的构造方法缓存起来
sConstructorMap.put(name, constructor);
} else {
/*/
}

Object[] args = mConstructorArgs;
args[1] = attrs;
// 反射创建view对象
final View view = constructor.newInstance(args);
// 对viewStub进行处理
if (view instanceof ViewStub) {
// 给ViewStub设置LayoutInfalter.什么时候inflate，什么时候viewStub的内容才显示，（比GONE性能好）
final ViewStub viewStub = (ViewStub) view;
viewStub.setLayoutInflater(cloneInContext((Context) args[0]));
}
return view;

} catch (NoSuchMethodException e) {

} catch (ClassCastException e) {

} catch (ClassNotFoundException e) {

} catch (Exception e) {

} finally {

}
}

总结

系统服务的填充过程，是在ContextImpl中完成注册的

LayoutInflater的实现类是PhoneLayoutInflater

如果仅仅使用父容器的布局参数，可以使用inflater.inflate(layoutId,parent,false);

onFinishInflate()方法是在viewTree遍历完成之后，调用的

merge标签只能是根节点，include标签不能是根节点。

布局优化

view的inflate的过程是深度遍历，因此应该尽量减少viewTree的层次，可以考虑使用merge标签

如果我们不知道view什么时候填充的时候，可以使用ViewStub标签，什么时候用什么时候填充

include是提升复用的