為什么Android需要進行屏幕適配
由于Android系統(tǒng)的開放性，任何用戶、開發(fā)者、OEM廠商、運營商都可以對Android進行定制，修改成他們想要的樣子。
但是這種“碎片化”到底到達什么程度呢？
在2012年，OpenSignalMaps（以下簡稱OSM）發(fā)布了第一份Android碎片化報告，統(tǒng)計數據表明，
2012年，支持Android的設備共有3997種。
2013年，支持Android的設備共有11868種。
2014年，支持Android的設備共有18796種。
下面這張圖片所顯示的內容足以充分說明當今Android系統(tǒng)碎片化問題的嚴重性，因為該圖片中的每一個矩形都代表著一種Android設備。
而隨著支持Android系統(tǒng)的設備(手機、平板、電視、手表)的增多，設備碎片化、品牌碎片化、系統(tǒng)碎片化、傳感器碎片化和屏幕碎片化的程度也在不斷地加深。而我們今天要探討的，則是對我們開發(fā)影響比較大的——屏幕的碎片化。
下面這張圖是Android屏幕尺寸的示意圖，在這張圖里面，藍色矩形的大小代表不同尺寸，顏色深淺則代表所占百分比的大小。
下圖是2014年初，友盟統(tǒng)計的占比5%以上的6個主流分辨率，可以看出，占比最高的是480800，320480的設備竟然也占據了很大比例，但是和半年前的數據相比較，中低分辨率(320480、480800)的比例在減少，而中高分辨率的比例則在不斷地增加。雖然每個分辨率所占的比例在變化，但是總的趨勢沒變，還是這六種，只是分辨率在不斷地提高。
所以說，我們只要盡量適配這幾種分辨率，就可以在大部分的手機上正常運行了。
當然了，這只是手機的適配，對于平板設備(電視也可以看做是平板)，我們還需要一些其他的處理。
好了，到目前為止，我們已經弄清楚了Android開發(fā)為什么要進行適配，以及我們應該適配哪些對象，接下來，終于進入我們的正題了！
首先，我們先要學習幾個重要的概念。
屏幕尺寸： 也就是我們平時所說的某某手機是幾寸屏， 比如HTC one V這款手機是3.7寸的， 這里的寸說的是英寸（inch），國際上習慣使用的單位，3.7寸指的是屏幕的對角線的長度。
屏幕尺寸指屏幕的對角線的長度，單位是英寸，1英寸=2.54厘米
比如常見的屏幕尺寸有2.4、2.8、3.5、3.7、4.2、5.0、5.5、6.0等 ```
**屏幕分辨率**： 指屏幕的寬和高的像素數， 比如HTC one V是480*800的。
屏幕分辨率是指在橫縱向上的像素點數，單位是px，1px=1個像素點。一般以縱向像素橫向像素，如19601080。```
屏幕密度： 每inch的像素數，比如HTC one V， 是252 px/inch。
屏幕像素密度是指每英寸上的像素點數，單位是dpi，即“dot per inch”的縮寫。屏幕像素密度與屏幕尺寸和屏幕分辨率有關，在單一變化條件下，屏幕尺寸越小、分辨率越高，像素密度越大，反之越小。
dp、dip、dpi、sp、px
px我們應該是比較熟悉的，前面的分辨率就是用的像素為單位，大多數情況下，比如UI設計、Android原生API都會以px作為統(tǒng)一的計量單位，像是獲取屏幕寬高等。
dip和dp是一個意思，都是Density Independent Pixels的縮寫，即密度無關像素，上面我們說過，dpi是屏幕像素密度，假如一英寸里面有160個像素，這個屏幕的像素密度就是160dpi，那么在這種情況下，dp和px如何換算呢？在Android中，規(guī)定以160dpi為基準，1dip=1px，如果密度是320dpi，則1dip=2px，以此類推。
假如同樣都是畫一條320px的線，在480*800分辨率手機上顯示為2/3屏幕寬度，在320*480的手機上則占滿了全屏，如果使用dp為單位，在這兩種分辨率下，160dp都顯示為屏幕一半的長度。這也是為什么在Android開發(fā)中，寫布局的時候要盡量使用dp而不是px的原因。
而sp，即scale-independent pixels，與dp類似，但是可以根據文字大小首選項進行放縮，是設置字體大小的御用單位。
mdpi、hdpi、xdpi、xxdpi
其實之前還有個ldpi，但是隨著移動設備配置的不斷升級，這個像素密度的設備已經很罕見了，所在現在適配時不需考慮。
mdpi、hdpi、xdpi、xxdpi用來修飾Android中的drawable文件夾及values文件夾，用來區(qū)分不同像素密度下的圖片和dimen值。```
那么如何區(qū)分呢？Google官方指定按照下列標準進行區(qū)分：
在進行開發(fā)的時候，我們需要把合適大小的圖片放在合適的文件夾里面。下面以圖標設計為例進行介紹。
在設計圖標時，對于五種主流的像素密度（MDPI、HDPI、XHDPI、XXHDPI 和 XXXHDPI）應按照 2:3:4:6:8 的比例進行縮放。例如，一個啟動圖標的尺寸為48x48 dp，這表示在 MDPI 的屏幕上其實際尺寸應為 48x48 px，在 HDPI 的屏幕上其實際大小是 MDPI 的 1.5 倍 (72x72 px)，在 XDPI 的屏幕上其實際大小是 MDPI 的 2 倍 (96x96 px)，依此類推。
雖然 Android 也支持低像素密度 (LDPI) 的屏幕，但無需為此費神，系統(tǒng)會自動將 HDPI 尺寸的圖標縮小到 1/2 進行匹配。
下圖為圖標的各個屏幕密度的對應尺寸：
解決方案
支持各種屏幕尺寸
使用wrap_content、match_parent、weight
要確保布局的靈活性并適應各種尺寸的屏幕，應使用 “wrap_content” 和 “match_parent” 控制某些視圖組件的寬度和高度。
使用 “wrap_content”，系統(tǒng)就會將視圖的寬度或高度設置成所需的最小尺寸以適應視圖中的內容，而 “match_parent”（在低于 API 級別 8 的級別中稱為 “fill_parent”）則會展開組件以匹配其父視圖的尺寸。
如果使用 “wrap_content” 和 “match_parent” 尺寸值而不是硬編碼的尺寸，視圖就會相應地僅使用自身所需的空間或展開以填滿可用空間。此方法可讓布局正確適應各種屏幕尺寸和屏幕方向。
weight的計算方法
android:layout_weight的真實含義是:如果View設置了該屬性并且有效，那么該 View的寬度等于原有寬度(android:layout_width)加上剩余空間的占比。
使用相對布局，禁用絕對布局
在開發(fā)中，我們大部分時候使用的都是線性布局、相對布局和幀布局，絕對布局由于適配性極差，所以極少使用。
由于各種布局的特點不一樣，所以不能說哪個布局好用，到底應該使用什么布局只能根據實際需求來確定。我們可以使用 LinearLayout 的嵌套實例并結合 “wrap_content” 和 “match_parent”，以便構建相當復雜的布局。不過，我們無法通過 LinearLayout 精確控制子視圖的特殊關系；系統(tǒng)會將 LinearLayout 中的視圖直接并排列出。
如果我們需要將子視圖排列出各種效果而不是一條直線，通常更合適的解決方法是使用 RelativeLayout，這樣就可以根據各組件之間的特殊關系指定布局了。
下面的代碼以官方Demo為例說明。
在上面的代碼中我們使用了相對布局，并且使用alignXXX等屬性指定了子控件的位置，下面是這種布局方式在應對屏幕變化時的表現
在小尺寸屏幕的顯示
在平板的大尺寸上的顯示效果
雖然控件的大小由于屏幕尺寸的增加而發(fā)生了改變，但是我們可以看到，由于使用了相對布局，所以控件之前的位置關系并沒有發(fā)生什么變化，這說明我們的適配成功了。