2. 程式人生 > >layoutInflater引數解析與原始碼分析

layoutInflater引數解析與原始碼分析

阿新 • • 發佈：2018-12-17
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; //這裡的result就是最終該方法要返回的view，初始時設為第二個引數root View result = root; try { // Look for the root node. int type; //在while中找到了parser的根節點。尋找方法既不是起始標誌，也不是結束標誌，它就是最開始的根節點。
//後面的節點都是它的子節點。這個節點對應的是xml佈局中最外層的佈局。 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("**************************"); } //你的佈局最外層是否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(parser, root, inflaterContext, attrs, false); } else { // Temp is the root view that was found in the xml //這裡返回的是xml佈局根節點的對應的view。其中createViewFromTag（）是通過name找到類載入器，然後利用反射 //建立name對應的view。如<TextView>就會建立TextView物件。 final View temp = createViewFromTag(root, name, inflaterContext, attrs); ViewGroup.LayoutParams params = null; if (root != null) { if (DEBUG) { System.out.println("Creating params from root: " + root); } // Create layout params that match root, if supplied //這裡的root經常讓人理解為xml生成view的根節點，上面的temp才是那個根節點，這裡的root你是傳進來的第二個 //引數viewGroup，它更第一個引數沒半毛錢關係。這裡建立root的佈局引數。 params = root.generateLayoutParams(attrs); if (!attachToRoot) { // Set the layout params for temp if we are not // attaching. (If we are, we use addView, below) //這裡的情況對應的是第二個引數不為null，且第3個引數為false，這是getView裡的最常用的寫法。 //temp與root的區別解釋上面說了，之所以為temp設定佈局引數需要傳root的params,你因為你想要temp的layout屬性 //生效，就必須給他的外層加個容器，這裡指root，只有存在這個容器，它的layout屬性才有意義。 temp.setLayoutParams(params); } } if (DEBUG) { System.out.println("-----> start inflating children"); } // Inflate all children under temp against its context. //這個方法的任務就是將xml裡的所有子節點全部填充成view，並呼叫addView新增到temp裡面。 //實現的邏輯根據當前xml標籤名生成對應的view和viewGroup，如果是view就直接新增到temp裡，如果是viewGroup //繼續呼叫rInflateChildren，直至解析完它的子view。 rInflateChildren(parser, temp, attrs, true); if (DEBUG) { System.out.println("-----> done inflating children"); } // We are supposed to attach all the views we found (int temp) // to root. Do that now. //前面提到過 listview（也就是這裡的root）.addView會報錯，當我們getView第二個引數不為null，且第3個引數為true， //就是觸發了這裡的條件 if (root != null && attachToRoot) { root.addView(temp, params); } // Decide whether to return the root that was passed in or the // top view found in xml. //官方的註釋說的很明白：決定是返回root還是我們xml的頂級view（temp）。 //如果滿足以下條件，就返回頂級view--temp。在上面的例子中，只要root為null,不管第3個引數為true還是false，這個if都會成立， //結果返回沒有外層容器的頂級view。因此它的layout屬性就失效了。 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) { final InflateException ie = new InflateException(parser.getPositionDescription() + ": " + e.getMessage(), e); ie.setStackTrace(EMPTY_STACK_TRACE); throw ie; } finally { // Don't retain static reference on context. mConstructorArgs[0] = lastContext; mConstructorArgs[1] = null; Trace.traceEnd(Trace.TRACE_TAG_VIEW); } return result; } }

相關推薦

layoutInflater引數解析與原始碼分析

public View inflate(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot) { synchronized (mConstructorArgs) { Trace.tr

Android與JS之JsBridge使用與原始碼分析

在Android開發中，由於Native開發的成本較高，H5頁面的開發更靈活，修改成本更低，因此前端網頁JavaScript(下面簡稱JS)與Java之間的互相呼叫越來越常見。 JsBridge就是一個簡化Android與JS通訊的框架，原始碼：https://github.com/lzyzsd

OpenCV學習筆記（31）KAZE 演算法原理與原始碼分析（五）KAZE的原始碼優化及與SIFT的比較

  KAZE系列筆記： 1.  OpenCV學習筆記（27）KAZE 演算法原理與原始碼分析（一）非線性擴散濾波 2.  OpenCV學習筆記（28）KAZE 演算法原理與原始碼分析（二）非線性尺度空間構建 3.  Op

OpenCV學習筆記（30）KAZE 演算法原理與原始碼分析（四）KAZE特徵的效能分析與比較

      KAZE系列筆記： 1.  OpenCV學習筆記（27）KAZE 演算法原理與原始碼分析（一）非線性擴散濾波 2.  OpenCV學習筆記（28）KAZE 演算法原理與原始碼分析（二）非線性尺度空間構

SURF演算法原理與原始碼分析

如果說SIFT演算法中使用DOG對LOG進行了簡化，提高了搜尋特徵點的速度，那麼SURF演算法則是對DoH的簡化與近似。雖然SIFT演算法已經被認為是最有效的，也是最常用的特徵點提取的演算法，但如果不借助於硬體的加速和專用影象處理器的配合，SIFT演算法以現有的計算機仍然很難達到實時的程度。對於需要

老生常談：Promise 用法與原始碼分析

此文章是幾個月前寫得，發現沒有發表過，就在此發表一下。 背景 Promise本身是一個非同步程式設計的方案，讓處理過程變得更簡單。es6引入promise特性來處理JavaScript中的非同步場景。以前，處理非同步最常用的方法就是回撥函式，但是當過程稍微複雜一點，多個非同步操作集中在一起的時候

Tinyxml解析過程原始碼分析

        tinyxml是一個優秀的，易用的，開源的xml解析庫，xml解析的最關鍵之處，就是如何將xml檔案內容解析成記憶體中的可用、易用的程式資料---DOM(Document Object Model)樹。DOM其實就是多叉樹，每個節

SIFT原理與原始碼分析：DoG尺度空間構造

《SIFT原理與原始碼分析》系列文章索引：http://blog.csdn.net/xiaowei_cqu/article/details/8069548 尺度空間理論   自然界中的物體隨著觀測尺度不同有不同的表現形態。例如我們形容建築物用“米”，觀測分子、原子等用“納米”。

Shuffle操作的原理與原始碼分析

普通的shuffle操作 第一個特點，     在Spark早期版本中，那個bucket快取是非常非常重要的，因為需要將一個ShuffleMapTask所有的資料都寫入記憶體快取之後，才會重新整理到磁碟。但是這就有一個問題，如果map side資料過多

TaskScheduler原理與原始碼分析

接DAGScheduler原始碼分析stage劃分演算法，task最佳位置計算演算法taskScheduler的submitTask（）方法 在TaskScheduler類中 ①在SparkContext原始碼分析中，會建立TaskScheduler的時候，會建立一個SparkDe

rest-framework的APIview原始碼分析，Serializer及解析器原始碼分析

rest-framework 1.安裝 方式一：pip3 install djangorestframework 方式二：pycharm圖形化介面安裝 方式三：pycharm命令列下安裝（裝在當前工程所用的直譯器下） 2.djangorestframework的APIVi

Mysql Join語法解析與效能分析

table1:左表；table2:右表。 JOIN 按照功能大致分為如下三類： INNER JOIN（內連線,或等值連線）：取得兩個表中存在連線匹配關係的記錄。 LEFT JOIN（左連線）：取得左表（table1）完全記錄，即是右表（table2）並無對應匹配記錄

Android觸控式螢幕事件派發機制詳解與原始碼分析三(Activity篇)

PS一句：最終還是選擇CSDN來整理髮表這幾年的知識點，該文章平行遷移到CSDN。因為CSDN也支援MarkDown語法了，牛逼啊！ 【工匠若水 http://blog.csdn.net/yanbober】 該篇承接上一篇《Android觸控式螢幕事件派發機制詳解與原始碼分析

Android觸控式螢幕事件派發機制詳解與原始碼分析二(ViewGroup篇)

【工匠若水 http://blog.csdn.net/yanbober】 該篇承接上一篇《Android觸控式螢幕事件派發機制詳解與原始碼分析一(View篇)》，閱讀本篇之前建議先閱讀。當然，閱讀完這一篇之後可以閱讀繼續進階的下一篇《Android觸控式螢幕事件派發機制詳解與原始碼

Android觸控式螢幕事件派發機制詳解與原始碼分析一(View篇)

【工匠若水 http://blog.csdn.net/yanbober】 Notice：閱讀完該篇之後如果想繼續深入閱讀Android觸控式螢幕事件派發機制詳解與原始碼分析下一篇請點選《Android觸控式螢幕事件派發機制詳解與原始碼分析二(ViewGroup篇)》檢視。 1

springmvc處理請求詳解與原始碼分析

一、Dispatchservlet繼承體系 在我上一篇部落格中，我主要分析了springmvc體系的建立過程，主要是上圖中DispatcherServlet，它的父類FrameworkServlet，及HttpServletBean的建立過程，詳情可至 s

java集合框架02——Collection架構與原始碼分析

Collection是一個介面，它主要的兩個分支是List和Set。如下圖所示：         List和Set都是介面，它們繼承與Collection。List是有序的佇列，可以用重複的元素；而Set是數學概念中的集合，不能有重複的元素。List和Set都有它們各自

SURF演算法與原始碼分析、下

上一篇文章 SURF演算法與原始碼分析、上 中主要分析的是SURF特徵點定位的演算法原理與相關OpenCV中的原始碼分析，這篇文章接著上篇文章對已經定位到的SURF特徵點進行特徵描述。這一步至關重要，這是SURF特徵點匹配的基礎。總體來說演算法思路和SIFT相似，只是每一步都做了不同程度的近似與簡化，提高了效

SURF演算法與原始碼分析、上

如果說SIFT演算法中使用DOG對LOG進行了簡化，提高了搜尋特徵點的速度，那麼SURF演算法則是對DoH的簡化與近似。雖然SIFT演算法已經被認為是最有效的，也是最常用的特徵點提取的演算法，但如果不借助於硬體的加速和專用影象處理器的配合，SIFT演算法以現有的計算機仍然很難達到實時的程度。對於需要實時運算的

python 命令列引數解析 argparse簡單分析

在python 2.7 後，不推薦使用 optparse, 而推薦使用 argparse. 其它的不多說，簡單的分析下我遇到的問題：我是想用 argparse 來解析不定長的命令列引數 例如： import argparse import sys parser = ar