LayoutInflater 布局渲染工具原理分析
LayoutInflater实际上是一个布局渲染工具，其本质就只是一个工具，说白了LayoutInflater的做用就是根据xml布局文件构建View树，自定义View的时候常常用到，经常使用的作法以下：android
View tmpView= LayoutInflater.from(context).inflate(R.layout.content,container,false);
复制代码
首先经过LayoutInflater.from静态函数得到一个LayoutInflater实例，实际上是是个PhoneLayoutInflater对象，跟踪源码看一下：缓存
public static LayoutInflater from(Context context) {
LayoutInflater LayoutInflater =
(LayoutInflater) context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
if (LayoutInflater == null) {
throw new AssertionError("LayoutInflater not found.");
}
return LayoutInflater;
}
复制代码
LayoutInflater服务是什么
这里的context.getSystemService能够直接去ContextImpl中找，其中，LAYOUT_INFLATER_SERVICE服务跟AMS、WMS等服务不一样，它彻底是APP端本身虚拟的一个服务，主要做用是：在本地，为调用者建立PhoneLayoutInflater工具对象，ContextImpl在注册这个“服务”的时候，将工做委托给PolicyManager，利用其makeNewLayoutInflater构建LayoutInflater框架
registerService(LAYOUT_INFLATER_SERVICE, new ServiceFetcher() {
public Object createService(ContextImpl ctx) {
return PolicyManager.makeNewLayoutInflater(ctx.getOuterContext());
}});
public static LayoutInflater makeNewLayoutInflater(Context context) {
return sPolicy.makeNewLayoutInflater(context);
}
复制代码
而PolicyManager进一步调用com.android.internal.policy.impl.Policy对象的makeNewLayoutInflater构建PhoneLayoutInflater。ide
private static final String POLICY_IMPL_CLASS_NAME =
"com.android.internal.policy.impl.Policy";
public LayoutInflater makeNewLayoutInflater(Context context) {
return new PhoneLayoutInflater(context);
}
复制代码
也就是说，这里获取的服务严格来讲其实就是一个本地工具对象PhoneLayoutInflater，接下来看看，这个PhoneLayoutInflater如何建立View树的呢？函数
LayoutInflater如何构建View树
先从直观理解一下LayoutInflater的工做原理，LayoutInflater如何根据布局文件的id构建View树呢？有如下几个方面工具
- 解析xml获取xml信息（应该有缓存，由于这些数据是静态不变的）
- 根据xml中的tag标签逐层构建View （经过反射建立View）
- 递归构建其中的子View，并将子View添加到父ViewGroup中
LayoutInflater源码中也确实是按照上面的流程来构建View的，只是添加了些特殊标签的处理逻辑，好比merge、include、stubview等，下面简单跟踪下源码：布局
public View inflate(int resource, ViewGroup root, boolean attachToRoot) {
XmlResourceParser parser = getContext().getResources().getLayout(resource);
try {
return inflate(parser, root, attachToRoot);
} finally {
parser.close();
}
}
复制代码
XmlResourceParser其实就包含了xml文件信息的一个对象，以后经过XmlResourceParser将tag的信息取出，递归建立View，具体XmlResourceParser对象的建立以下，ui
public XmlResourceParser getLayout(int id) throws NotFoundException {
return loadXmlResourceParser(id, "layout");
}
复制代码
注意这里解析的xml文件是layout，this
XmlResourceParser loadXmlResourceParser(int id, String type)
throws NotFoundException {
synchronized (mAccessLock) {
TypedValue value = mTmpValue;
<!--获取一个TypedValue-->
if (value == null) {
mTmpValue = value = new TypedValue();
}
<!--利用id 查询layout，并填充TypedValue-->
getValue(id, value, true);
<!--根据布局文件的路径，返回解析xml文件-->
if (value.type == TypedValue.TYPE_STRING) {
return loadXmlResourceParser(value.string.toString(), id,
value.assetCookie, type);
}
}
}
复制代码
TypedValue是与xml定义的资源对应的值，xml是固定的，非动态的，所以只须要一份，因此能够有缓存机制，看一下getValue如何获取对应xml资源：spa
public void getValue(int id, TypedValue outValue, boolean resolveRefs)
throws NotFoundException {
boolean found = mAssets.getResourceValue(id, 0, outValue, resolveRefs);
}
复制代码
这里牵扯到Android的资源管理内容，mAssets是一个AssetManager对象，
final boolean getResourceValue(int ident,int density, TypedValue outValue, boolean resolveRefs) {
<!--加载资源-->
int block = loadResourceValue(ident, (short) density, outValue, resolveRefs);
if (block >= 0) {
if (outValue.type != TypedValue.TYPE_STRING) {
return true;
}
outValue.string = mStringBlocks[block].get(outValue.data);
return true; } return false; }
复制代码
AssetManager进而会经过native函数加载xml文件信息，
static jint android_content_AssetManager_loadResourceValue(JNIEnv* env, jobject clazz, jint ident,jshort density,jobject outValue,jboolean resolve){
...<!--获取native AssetManager对象-->
AssetManager* am = assetManagerForJavaObject(env, clazz);
<!--获取ResTable资源表，这里应该有缓存 不能每次都弄一次吧？ 全部资源的惟一表吗？-->
const ResTable& res(am->getResources());
Res_value value;
ResTable_config config;
uint32_t typeSpecFlags;
<!--经过ResTable获取资源-->
ssize_t block = res.getResource(ident, &value, false, density, &typeSpecFlags, &config);
...
uint32_t ref = ident;
if (resolve) {
<!--是否须要二次解析资源-->
block = res.resolveReference(&value, block, &ref, &typeSpecFlags, &config);
...
}
return block >= 0 ? copyValue(env, outValue, &res, value, ref, block, typeSpecFlags, &config) : block;
}
复制代码
以上代码就是如何获取资源的， 其中res.getResource并非是每次都加载一遍，第一次加载后就能得到单利ResTable，后面用的都是这个缓存，只不过ResTable不会缓存所有资源，对于布局、图像资源等，缓存的都是引用，因此，若是是真实资源的引用话，还须要经过res.resolveReference来解析真正的资源。资源加载不是这里重点，重点是LayoutInflater如何建立View树，只简单看一下资源加载：
const ResTable* AssetManager::getResTable(bool required) const{
<!--缓存 ResTable，若是非空直接返回-->
ResTable* rt = mResources;
if (rt) { return rt; }
...<!--多个apk的话，会有多个-->
const size_t N = mAssetPaths.size();
for (size_t i=0; i<N; i++) {
Asset* ass = NULL;
ResTable* sharedRes = NULL;
bool shared = true;
<!--找到Asset的路径-->
const asset_path& ap = mAssetPaths.itemAt(i);
Asset* idmap = openIdmapLocked(ap);
<!--这里的路径通常都不是目录-->
if (ap.type != kFileTypeDirectory) {
if (i == 0) {
<!--第一个通常是框架层的系统资源，用的较多，不想每次都解析，须要缓存-->
sharedRes = const_cast<AssetManager*>(this)->mZipSet.getZipResourceTable(ap.path);
}
if (sharedRes == NULL) {
ass = const_cast<AssetManager*>(this)->mZipSet.getZipResourceTableAsset(ap.path);
if (ass == NULL) {
<!--打开resources.arsc文件-->
ass = const_cast<AssetManager*>(this)->openNonAssetInPathLocked("resources.arsc", Asset::ACCESS_BUFFER, ap);
if (ass != NULL && ass != kExcludedAsset) {
ass = const_cast<AssetManager*>(this)->mZipSet.setZipResourceTableAsset(ap.path, ass);
}}
if (i == 0 && ass != NULL) {
<!--缓存第一个asset-->
sharedRes = new ResTable();
sharedRes->add(ass, (void*)(i+1), false, idmap);
sharedRes = const_cast<AssetManager*>(this)->mZipSet.setZipResourceTable(ap.path, sharedRes);
} } }
...
if ((ass != NULL || sharedRes != NULL) && ass != kExcludedAsset) {
if (rt == NULL) {
mResources = rt = new ResTable();
updateResourceParamsLocked();
}
if (sharedRes != NULL) {
rt->add(sharedRes);
} else {
rt->add(ass, (void*)(i+1), !shared, idmap);
} } .. }
return rt;
}
复制代码
简而言之：经过上面的操做，完成了resources.arsc文件的解析，得到了一个ResTable对象，该对象包含了应用程序的所有资源信息（动态加载的先不考虑），以后，就能够经过ResTable的getResource来得到指定资源，而对于xml布局文件，这里得到的就是一个引用，须要res.resolveReference二次解析，以后就获得了id对应的资源项。这里的xml布局文件对应的资源项的值是一个字符串，实际上是一个布局文件路径，它指向一个通过编译的二进制格式保存的Xml资源文件。有了这个Xml资源文件的路径以后，会再次经过loadXmlResourceParser来对该Xml资源文件进行解析，从而获得布局文件解析对象XmlResourceParser。
XmlResourceParser loadXmlResourceParser(String file, int id,
int assetCookie, String type) throws NotFoundException {
if (id != 0) {
try {...
<!--解析xml文件-->
XmlBlock block = mAssets.openXmlBlockAsset(assetCookie, file);
if (block != null) {
int pos = mLastCachedXmlBlockIndex+1;
if (pos >= num) pos = 0;
mLastCachedXmlBlockIndex = pos;
XmlBlock oldBlock = mCachedXmlBlocks[pos];
if (oldBlock != null) {
oldBlock.close();
}
<!--缓存-->
mCachedXmlBlockIds[pos] = id;
mCachedXmlBlocks[pos] = block;
<!--返回-->
return block.newParser();
...
复制代码
经过上一步，返回一个 XmlResourceParser对象，对外而言，XmlResourceParser是这样一个对象：它包含解析后xml布局信息，经过它，能够得到xml中各类标签的信息，甚至你能够简化的看作是一个包含xml格式字符串的缓存对象。到这里，就获取了XmlResourceParser ，也能够说，到这里就知道了id对应的xml文件到底包含了什么View，那么下一步就是根据这份缓存来实例化各类View:
public View inflate(XmlPullParser parser, ViewGroup root, boolean attachToRoot) {
synchronized (mConstructorArgs) {
final AttributeSet attrs = Xml.asAttributeSet(parser);
Context lastContext = (Context)mConstructorArgs[0];
mConstructorArgs[0] = mContext;
View result = root;
try {
int type;
final String name = parser.getName();
<!--Merge标签的根布局不能直接用LayoutInflater进行inflate-->
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, attrs, false);
} else {
View temp;
if (TAG_1995.equals(name)) {
temp = new BlinkLayout(mContext, attrs);
} else {
<!--利用tag建立View-->
temp = createViewFromTag(root, name, attrs);
}
ViewGroup.LayoutParams params = null;
if (root != null) {
<!--是否有container来辅助，或者添加到container中，或者辅助生成布局参数-->
params = root.generateLayoutParams(attrs);
if (!attachToRoot) {
temp.setLayoutParams(params);
}
}
<!--若是有必要，递归生成子View，并添加到temp容器中-->
rInflate(parser, temp, attrs, true);
<!--是否须要添加到root的container容器总-->
if (root != null && attachToRoot) {
root.addView(temp, params);
}
<!--若是不添加root中，返回结果就是infate出的根布局View，不然就是root根布局-->
if (root == null || !attachToRoot) {
result = temp;
}
}
} ...
return result;
}}
复制代码
inflate的主要做用是生成layout的跟布局文件，而且根据参数看看是否须要添加container容器中，以后根据需求调用rInflate递归生成子View。
void rInflate(XmlPullParser parser, View parent, final 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_INCLUDE.equals(name)) {
// inclue标签，不能用在getDepth() == 0
if (parser.getDepth() == 0) {
throw new InflateException("<include /> cannot be the root element");
}
parseInclude(parser, parent, attrs);
} else if (TAG_MERGE.equals(name)) {
<!--merge标签必须是布局的根元素，所以merge使用方式必定是被inclue-->
throw new InflateException("<merge /> must be the root element");
} else if (TAG_1995.equals(name)) {
final View view = new BlinkLayout(mContext, attrs);
final ViewGroup viewGroup = (ViewGroup) parent;
final ViewGroup.LayoutParams params = viewGroup.generateLayoutParams(attrs);
rInflate(parser, view, attrs, true);
viewGroup.addView(view, params);
} else {
<!--建立View，若是有必要，接着递归-->
final View view = createViewFromTag(parent, name, attrs);
final ViewGroup viewGroup = (ViewGroup) parent;
final ViewGroup.LayoutParams params = viewGroup.generateLayoutParams(attrs);
rInflate(parser, view, attrs, true);
<!--添加View-->
viewGroup.addView(view, params);
}
}
if (finishInflate) parent.onFinishInflate();
}
复制代码
rInflate主要做用是开启递归遍历，生成View树，createViewFromTag的主要做用是利用反射生成View对象，以上就是LayoutInflater的简易分析。
总结
LayoutInflater其实就是一个工具类，虽然是经过服务方式获取的PhoneLayoutInflater对象，可是它自己算不上服务，也不会牵扯到Binder通讯。LayoutInflater的主要做用就是根据xml文件，经过反射的方式，递归生成View树。
做者：看书的小蜗牛 LayoutInflater 布局渲染工具
仅供参考，欢迎指正
相关文章
- 1. Android 布局渲染流程与原理
- 2. 布局渲染笔记
- 3. LayoutInflater布局管理器
- 4. 布局渲染流程
- 5. Android App性能分析工具(一)——GPU渲染分析
- 6. win10 uwp 渲染原理 DirectComposition 渲染
- 7. 安卓动态分析工具【Android】3D布局分析工具
- 8. iOS - 渲染原理
- 9. DOM渲染原理
- 10. Vue渲染原理
- 更多相关文章...
- • MyBatis的工作原理 - MyBatis教程
- • jQuery Mobile 工具栏 - jQuery Mobile 教程
- • PHP开发工具
- • ☆技术问答集锦（13）Java Instrument原理
相关标签/搜索
每日一句
-
每一个你不满意的现在，都有一个你没有努力的曾经。
最新文章
- 1. 升级Gradle后报错Gradle‘s dependency cache may be corrupt (this sometimes occurs
- 2. Smarter, Not Harder
- 3. mac-2019-react-native 本地环境搭建(xcode-11.1和android studio3.5.2中Genymotion2.12.1 和VirtualBox-5.2.34 )
- 4. 查看文件中关键字前后几行的内容
- 5. XXE萌新进阶全攻略
- 6. Installation failed due to: ‘Connection refused: connect‘安卓studio端口占用
- 7. zabbix5.0通过agent监控winserve12
- 8. IT行业UI前景、潜力如何？
- 9. Mac Swig 3.0.12 安装
- 10. Windows上FreeRDP-WebConnect是一个开源HTML5代理，它提供对使用RDP的任何Windows服务器和工作站的Web访问
欢迎关注本站公众号,获取更多信息
相关文章