本文是在網(wǎng)上看到，感覺很好，就厚著臉皮拿過來了，在這里先對原著大牛叩罪，有時候遇到一個問題想在網(wǎng)上尋找答案，但能找到自己想要的答案既費時又費力，最終費了九牛二虎之力找到，又怕過些時間鏈接失效了，姑且把原文拿來自己保存，以便日后查閱，還是要叩謝作者，望諒解。
在開發(fā)android開發(fā)過程中，很多人都會遇到自定義view，一般都需要繼承自View類，而當你打開View類的源碼時，發(fā)現(xiàn)會有四個構造函數(shù)，那么這四個構造函數(shù)是如何使用的呢，怎么合理的利用四個構造函數(shù)呢，本文將進行一定探究，希望能夠拋磚引玉。
一View類的四個構造函數(shù)
先從android源碼中把四個構造函數(shù)拉出來看看。。
1第一個構造函數(shù)
2第二個構造函數(shù)
3 第三個構造函數(shù)
4 第4個構造函數(shù)
二 構造函數(shù)的調(diào)用
【第一個問題】
如果我們在繼承了View類實現(xiàn)自定義類時，需要重寫哪個構造函數(shù)？
回答這個問題，首先需要知道，在定義了View時，我們都調(diào)用了哪個構造函數(shù)。我這里做了一個簡單的實驗：
我們聲明一個簡單的View，繼承自TextView，什么都不改，只是在4個constructor中打印幾個tag，查看到底哪個構造函數(shù)被調(diào)用。
【實驗】
在布局文件layout中加上這個View
[實驗結果]
【實驗—結果分析】
通過上面的實驗輸出中的Second Constructor，我們知道，當我們自定義一個View，且在布局文件中引用時，在系統(tǒng)初始化該View時，調(diào)用的是第二個構造函數(shù)，而且我還把第二個構造函數(shù)中的attrs參數(shù)也打了出來，可以看出其中的參數(shù)attrs是我們在xml中配置的參數(shù)。
其實第一個構造函數(shù)用途并不大，主要是在Java代碼中聲明一個View時所用，不過如果只用第一個構造函數(shù)，聲明的View并沒有任何的參數(shù)，基本是個空的View對象。
三View的第三和第四個構造函數(shù)
在回答了第一個問題后，還有后兩個構造函數(shù)，這是本文的重點。
1 View的屬性和主題
在說后兩個構造函數(shù)之前，先說說View的屬性，在View中有不同的屬性，比如layout_width等，TextView還有textColor這些特有的屬性，我們可以對這些屬性進行不同的配置進而實現(xiàn)不同的效果。而且屬性也可以在不同的位置進行配置。以TextView為例，android:textColor這個屬性可以在多個地方配置，可以直接寫在xml中，可以在xml中以style的形式定義，這兩種是我們平時見得較多的，其實還有一種背后的力量可以給屬性賦值，那就是主題。
我們在android中可以配置一個主題，從而使得一些View即使你不對其進行任何配置，它都會有一些已經(jīng)默認賦值的屬性，這就是主題的功勞。
View類的后兩個構造函數(shù)都是與主題相關的，也就是說，在你自定義View時，如果不需要你的View隨著主題變化而變化，有前兩個構造函數(shù)就OK了，但是如果你想你的View隨著主題變化而變化，就需要利用后兩個構造函數(shù)了。
2 屬性賦值的優(yōu)先級
當可以在多個地方賦值屬性時，一個問題就不可避免的出現(xiàn)了：優(yōu)先級！！！
一個屬性可以在多個地方賦值，xml定義，xml中引入style，theme中直接指定，defStyleAttr,defStyleRes?這5個地方。（后面會將這幾個地方的用處）
【第二個問題】
屬性在多個地方被賦值后，系統(tǒng)以哪個屬性為準呢？
我將用一個實驗，利用多個TextView整體說明屬性賦值的優(yōu)先級，這個實驗將貫穿文章后面，我將分塊講解。
【實驗】
首先我們定義一個style文件，從style中可以看出，我們定義了一個主題，主題中有兩種定義textView顏色的形式，一種是對textViewStyle進行定義（藍色），一種是直接對textColor進行定義（紫色）。這是主題運用的兩種方式，后面詳述，現(xiàn)在我們只需要知道，我們的主題默認不是白色的！！！！
后面的幾種style，每種對應一個顏色，用來區(qū)分優(yōu)先級。
【實驗 - style文件】
【實驗 -布局文件】
我們聲明一個layout文件，里面有多個TextView和我自定義的View，現(xiàn)在我們自需要現(xiàn)在只看前三個TextView
【實驗結果】
【實驗 -結果分析1】
我們現(xiàn)在只看前三個TextView
第一個由于主題的原因，是藍色
第二個style="@style/RedTextStyle"，顏色是紅色，說明優(yōu)先級style>theme
第三個style和xml定義同時存在，
style="@style/RedTextStyle
android:textColor="@android:color/holo_orange_light"
顯示橙色，說明優(yōu)先級xml定義>style>theme
因此我們得到結論1：
【結論1】：優(yōu)先級xml定義>style>theme
【實驗 - 結果分析2】
但是theme的分析遠沒有結束，我們剛才在定義主題時，有兩個賦值，
為什么TextView默認的顏色是藍色，而非紫色呢？？？？？
這就需要研究View是如何利用系統(tǒng)主題，這時候需要回到我們今天的主題：View的構造函數(shù)！！！！
View中如何體現(xiàn)主題的信息，需要就通過實驗對View進行徹底探究。這是一個復雜的問題，需要看看View的第三和第四個構造函數(shù)，在看這兩個構造函數(shù)時，就不可避免的看到兩個讓人懵b的參數(shù)：defStyleAttr和defStyleRes。這時引入我們的第三個問題。
【第三個問題】
那么在View的第四個構造函數(shù)中的后面兩個的參數(shù)都是什么意思呢？
我們首先看看View的注釋：
第四個構造函數(shù)中第三個參數(shù)defStyleAttr，從名字就能看出，是一個屬性資源。
這個屬性資源跟主題有一個奇妙的協(xié)議：只要在主題中對這個屬性賦值，該View就會自動應用這個屬性的值。
再看看在第四個構造函數(shù)中有一個參數(shù)defStyleRes，這個參數(shù)是什么作用呢?
先看注釋：
這個參數(shù)說，只有在第三個參數(shù)defStyleAttr為0，或者主題中沒有找到這個defStyleAttr屬性的賦值時，才可以啟用。而且這個參數(shù)不再是Attr了，而是真正的style。其實這也是一種低級別的“默認主題”，即在主題未聲明屬性值時，我們可以主動的給一個style，使用這個構造函數(shù)定義出的View，其主題就是這個定義的defStyleRes（是一種寫死的style，因此優(yōu)先級被調(diào)低）。
【源碼實例】
我們看一下在TextView中是如何給defStyleAttr和defStyleRes這兩個參數(shù)賦值的。查看TextView的源碼中，四個構造函數(shù)：
可以看出，TextView的第2個構造函數(shù)直接調(diào)用了第3個構造函數(shù)，只是傳了一個com.android.internal.R.attr.textViewStyle的參數(shù)，第三個在調(diào)用第四個構造函數(shù)時，最后一個參數(shù)是0.
【TextView 的defStyleAttr和defStyleRes】
也就是說在TextView中，TextView的第二個構造函數(shù)傳入的defStyleAttr是com.android.internal.R.attr.textViewStyle。
那么這個com.android.internal.R.attr.textViewStyle是個什么鬼呢，我們從源碼中看看。
查看/Sdk/platforms/android-23/data/res/values這個路徑中找個一個attrs.xml文件，打開看看，找到textViewStyle，如下所示，哦，原來是一個reference類型的屬性，因此在給這個屬性賦值時，在xml中一般使用@style/xxx形式就可以了。
app的主題可以為這個textViewStyle屬性提供一套默認的style資源。比如在本例中，我們的主題繼承自Theme.Holo中，在Theme.Holo中有一個item如下：
說明在Theme.Holo中，textViewStyle指向@style/Widget.Holo.TextView
因此默認情況下，TextView的屬性都是在Widget.Holo.TextView這個Style中（但是其實這個style中并沒有對textColor進行定義，有興趣的可以自己去看看）。
在本例中我們自己定義了主題，通過繼承Theme.Holo主題，修改這個textViewStyle的reference，使得textViewStyle指向了藍色主題，如下所示。因此本文中app的TextView默認顏色是藍色。
但是，我們的主題的內(nèi)容并沒有完結，很明顯，我們在主題中還有一個android：textColor的賦值。
在同時使用了defStyleAttr(即主題中定義的textViewStyle)和主題直接定義時，顯示了defStyleAttr的定義，說明使用了defStyleAttr的優(yōu)先級要比直接在主題中聲明優(yōu)先級高。因此我們又得到一個結論。
【結論2】：優(yōu)先級defStyleAttr>theme直接定義
【第四個問題】
從上文中我們知道了defStyleAttr和theme的順序，那么defStyleRes的優(yōu)先級呢？
現(xiàn)在需要確定defStyleRes的優(yōu)先級了，我們重新回到我們的實驗，我們的實驗里，構造了三種自定義的View, CustomView, CustomBlankView和CustomGreenView。
CustomView的代碼上面已寫，現(xiàn)在將剩下兩種自定義的View代碼展示如下：
【實驗 -CustemGreenView類】
【實驗 -CustomBlankView類】
【實驗-結果分析3】
在CustomGreenView中，defStyleAttr被賦值為0，defStyleRes賦值為R.style.GreenTextStyle，即我們的綠色style。
在CustomBlankView中，defStyleAttr和defStyleRes都為0，此時的顏色是紫色，即直接在theme中聲明的顏色。
說明在同時在defStyleRes和主題中聲明時，優(yōu)先顯示defStyleRes.由此又得出一個結論。
【結論3】：優(yōu)先級 defStyleRes>theme直接定義
在實驗的最后兩個還是說明了直接在xml中寫屬性的優(yōu)先級較高，即
【結論4】：優(yōu)先級xml直接定義>xml的style定義>theme直接定義
【小結】
在Theme中的優(yōu)先級主要涉及到三個部分：defStyleAttr，defStyleRes和主題直接定義
我們需要分三種情況，在構造函數(shù)中，
1?當defStyleAttr！=0時，
主題中如果對defStyleAttr屬性進行賦值，顯示對defStyleAttr的賦值，優(yōu)先級最高！
2當（defStyleAttr==0或主題沒有對defStyleAttr進行賦值）&&?defStyleRes!=0而且theme中沒有定義時時，顯示defStyleRes，優(yōu)先級中
3如果defStyleAttr==0且defStyleRes==0時，顯示theme直接定義，優(yōu)先級最低
由此我們得到屬性賦值總體優(yōu)先級：
【結論總】屬性賦值優(yōu)先級? Xml定義 > xml的style定義 >defStyleAttr> defStyleRes> theme直接定義
四 總結
在View類中有四個構造函數(shù)，涉及到多個參數(shù)，
Context：上線文，這個不用多說
AttributeSet?attrs：從xml中定義的參數(shù)
intdefStyleAttr：主題中優(yōu)先級最高的屬性
intdefStyleRes：?優(yōu)先級次之的內(nèi)置于View的style
在android中的屬性可以在多個地方進行賦值，涉及到的優(yōu)先級排序為：
Xml直接定義?>?xml中style引用?>?defStyleAttr>defStyleRes?>?theme直接定義
總體來說，本文是對android中View的四個構造函數(shù)的探究，主要涉及到View屬性的優(yōu)先級問題。
叩謝
