Android TypedArray原始碼詳解

發表於2016-09-14

在自定義控制元件的時候,如果我們想額外的新增一些屬性,就會用到TypedArray這個類,那麼這個類是怎麼得到的,以及怎麼使用的,這篇講會詳細講解,下面是我以前自定義控制元件的一段程式碼

我們看到TypedArray是通過Context的方法得到的,但要記住完成之後一定要呼叫recycle()方法進行回收,我們點進去找到最終實現

我們先看下面AssetManager的applyStyle方法是native方法,也就是用C++實現的,他會提取自定義控制元件屬性的的值儲存TypedArray中的mData陣列中,這個陣列的大小是由你定義控制元件屬性的個數決定的,是他的6倍,上面的attrs其實就是你自定義屬性的個數,我們來看一下

他首先會從TypedArray池中獲取,如果有就取出,mDate的大小不能小於屬性個數的6倍,因為STYLE_NUM_ENTRIES的值為6,如果沒有就new一個然後返回,把屬性的值提取出來之後我們就可以來操作了,我們先來看一下View類初始化中的一段程式碼

他會把TypedArray中的資料提取出來對View的屬性賦值,我們來看一下TypedArray類的構造方法

程式碼很簡單,其中mData就是就是從xml檔案中提取到的資料,mData的大小是自定義屬性個數的6倍,所以這裡是每6個作為一組,我們可以看一下上面的obtain方法中data陣列的大小是乘以6(STYLE_NUM_ENTRIES)的,這6種型別如下,定義在AssetManager類中,下面的第一個表示每組6個

對應著TypedValue類中的這7中型別,其中string是根據type得到的

如果我們認真看的時候就會發現obtain方法中對mIndices陣列初始化的時候是加1的,因為mIndices陣列的第一個儲存的是我們所使用屬性的個數,記住是使用不是定義,我們來看一下其中的一些程式碼

第一個length返回的是我們所定義屬性的個數,因為這個引數是在建構函式中賦值的,傳遞的是int[] attrs的長度,而這個sttrs就是我們在attrs檔案中自定義屬性的時候在R檔案中自動生成的一個陣列。而下面的getIndexCount()方法返回的是我們所使用的屬性個數,因為mIndices的資料是從xml檔案中提取的,第一個位置儲存的是我們使用屬性的個數,後面的位置就是我們使用的自定義屬性在R檔案中生成的id,在看一個方法,也是自定義的時候常用到的

這個得到的就是自定義屬性在R檔案中生成的id,剩下的一些方法就是從TypedArray中提取值了,主要有以下幾種型別

TypedArray方法比較多,這裡就撿常用的幾個來分析一下,在分析之前先看一下下面這個方法

上面所說的每6個一組,其中每組下標為STYLE_ASSET_COOKIE(2)的是用來標記快取的,並且是隻對String型別的,我們來看一下

上面這個方法是把mData指定範圍的6個資料提取到outValue中,其中string值通過type型別得到的,我們再來看一下assetCookie的註釋

所以他只針對String型別,我們再來看一下String型別的註釋

所以他只針對string型別的資料進行提取,比如text,String,color等,color可以是string型別也可以是int型別,還看上面的loadStringValueAt方法,如果cookie小於0,說明沒有快取,就會從xml中解析,否則就從快取中取

我們來看一下是怎麼從xml中解析的,看到上面的obtainStyledAttributes方法,會發現這樣一段程式碼 array.mXml = parser;其中parser就是View及其子類在初始化的時候傳遞的AttributeSet,我們在前面的《Android LayoutInflater原始碼分析及使用(二)》中講到,View及其子類建立的時候是通過反射來初始化的,我們來回顧一下

其中attrs是通過Resource的loadXmlResourceParser方法載入的,我們看一下

剩下的就是涉及到Xml的解析,這裡就不在作深入探討,言歸正傳,還回到剛才的loadStringValueAt方法,如果快取中存在就從快取中去,如果不存在就通過xml解析獲取。下面在看一下一些常用的方法,其中getText(int index)和getString(int index)差不多,我們就來看一下getString(int index)方法

上面的index要乘以6(STYLE_NUM_ENTRIES),因為是每6個一組的,如果type為null就返回空,如果為String型別就會呼叫loadStringValueAt方法獲取我們設定的值。有一點要注意,如果我們在attrs中設定的format型別和我們自定義設定的引數不符的話,當執行的時候是會報錯的,必須要設定相符並clean才能解決。否則就執行下面的方法,強制轉換為字串,程式碼比較簡單,這裡就不再貼出。在來看下一個bool型別和int型別的,由於這兩個差不多,就隨便挑一個

上面的型別如果大於TYPE_FIRST_INT並且小於TYPE_LAST_INT的時候就從mDate中提取值,這個不知道為什麼要這樣寫,不過從他的範圍來看也就int,Boolean,color三種是這樣取值的

如果範圍不在TYPE_FIRST_INT和TYPE_LAST_INT之間,就會把mData指定位置上的值提取到TypedValue中,然後在強制轉化,如果沒有提取到就會返回一個預設值,因為如果在attrs中定義但沒有用到,就會返回一個預設值。我們來看一下是怎麼轉化的

這個很好理解,轉化為int型別有0開頭的8進位制,0x開頭的16進位制,還有#開頭的color值,如果轉化之前是負數,轉化之後還要乘以-1(sign)。再來看一個

這個就不用多說了,因為color有String和int兩種型別,如果是String型別就會返回ColorStateList的預設值,因為ColorStateList可能有好幾種型別,但必須都是false的才是預設的,下面隨便看一個,下面這些提取之後預設的就是green,因為只有他的所有狀態都是false。

下面在看最後一個方法

看方法名大概就知道是獲取layout的尺寸的,大致看一下,在ViewGroup中

其中獲取到的值有3種,一種是精確的我們給的大於0的,一種是-1(MATCH_PARENT),另一種是-2(WRAP_CONTENT),記得在講到《Android LayoutInflater原始碼分析及使用(二)》的時候說到,xml的屬性除了寬和高以外在初始化的時候基本上都能提取到,但寬和高是不行的,因為他是最終計算出來的,如果大家自定義View繼承View的時候,要必須重寫onMeasure方法,重新計算他的寬和高,如果我們不計算,當我們使用MATCH_PARENT或WRAP_CONTENT屬性的時候,結果是完全一樣的,尺寸都是填滿剩下的螢幕,如果不重寫onMeasure方法,在xml檔案中把他的寬和高都寫死也行,但這樣不夠靈活,我們來看一下為什麼要重寫

我們看到View中的getDefaultSize方法,AT_MOST和EXACTLY返回的結果都是一樣的,如果想看建議看一下ViewGroup的getChildMeasureSpec方法,這個就不在貼出,可以自己去看。OK,TypedArray中剩下的方法基本上也都非常相似,這裡就不在一一講述。

相關文章