Android開發屏幕適配相信是大多數人的硬傷，因為手機品牌繁多，所以適配起來比較麻煩，適配不是技術難點，是個麻煩點，那好，現在咱們就聊聊，關于適配現在大多數的解決方案。

適配主要靠平時寫代碼的良好習慣：

（1）使用wrap_content、match_parent、weight

（2）使用線性布局和相對布局

（3）部分情況下使用.9圖片

（4）合理使用fragment

（5）使用dp，sp單位

（6）百分比例適配，每個控件寬度為屏幕寬度的百分比例，在代碼中實現控件的寬高和位置擺放。

存在的問題：

上述（5）：字體的使用，相信大多數開發者是使用sp為單位，存在一種情況，如果使用sp為單位，現在手機上有一種功能可以選擇字體大小，如果是把字體放大或者縮小，那么自己就會變化，如果自己的布局是適配的那么自己的界面就會看起來非常丑，所以現在主流app基本不可能做到調大字體布局跟著變化，當然也可以做，這要根據需求而定，如果想要字體放大或者縮小字體不變，UI不跟著變化，那么字體就不能使用sp，而是使用dp。

上述（6）：百分比固然可以可以精確定位UI所展示的位置，但是有些需求是在不同手機上展示的方式是不相同的，比如一個頁面在其中一個手機上占手機屏幕的一半，在另一個手機上也占手機上的一半就會變得非常丑，所以UI需求，也許占手機的80%會比較好看，也更加合理，這時就不能用weight進行等比分割了，除非有硬性要求。

適配方案

拿到UI設計圖，根據設計圖上標的px，首先把px轉化成dp

px轉dp，通過這樣的轉化，可以拿到設計圖上px對應的dp，由于設計圖基本就屬于主流機型，所以拿著個dp去寫布局也就能實現大部分的適配。

AutoLayout第三方庫，號稱適配終結者

拿到設計圖，meta信息中填入設計圖的尺寸，然后不需要額外計算，布局直接抄設計圖上的尺寸，不產生任何多余的資源文件，完成各種分辨率的適配。

原理：這個px并不代表1像素，我在內部會進行百分比化處理，也就是說：720px高度的屏幕，你這里填寫72px，占據10%；當這個布局文件運行在任何分辨率的手機上，這個72px都代表10%的高度，這就是本庫適配的原理。

用法：

1.將autolayout引入

dependencies {

compile project(':autolayout')

}

2.在你的項目的AndroidManifest中注明你的設計稿的尺寸。

3.Activity中開啟設配：讓你的Activity去繼承AutoLayoutActivity，由于大多數Activity繼承AutoLayoutActivity不太方便，所以一般不采用這種方式，一般使用AutoXXXLayout代替系統原有的XXXLayout。當然，你可以放心的是，所有的系統屬性原有的屬性都會支持，不過根布局上就不支持px的自動百分比化了，但是一般根布局都是MATCH_PARENT，而上述的方式，根布局也是可以直接px的百分比化的。

存在的問題：

1.TextView這個控件呢，可能和設計稿上會有一些出入，并非是此庫的原因，而是與生俱來的特性。如何你將高度寫死，也會發現文字顯示不全。

2.alertDialog或者popupwindow無法適配。

3.這個適配方案沒有考慮statusbar和navagation bar。在帶虛擬按鍵的手機上面會很明顯。谷歌nexus和華為大部分機型都是自帶虛擬按鍵的，我們可以簡單的測試一下。就加載一個圓形的頭像，你會發現頭像被壓扁了。

4.UI繪制效率低。布局會先使用原始px值繪制一次UI,然后再使用適配后的px值再次繪制一次，導致UI兩次繪制。

5.內存開銷更大。會產生大量布局代理類，導致內存開銷增大。

總結

上述AutoLayout看似強大，其實也是有非常多的問題，所以在大型項目中不建議采用，因為如果在做到一半發現未知問題，那么改起來就比較麻煩了。

使用布局別名

如果要將用戶界面設計成在手機上顯示單面板，但在 7 英寸平板電腦、電視和其他較大的設備上顯示多面板，那么我們就需要提供以下文件：

res/layout/main.xml: 單面板布局

res/layout-large: 多面板布局

res/layout-sw600dp: 多面板布局

后兩個文件是相同的，因為其中一個用于和 Android 3.2 設備匹配，而另一個則是為使用較低版本 Android 的平板電腦和電視準備的。

根據UI設計圖生成dimen

我們假設手機屏幕的寬度都是320某單位，那么我們將一個屏幕寬度的總像素數平均分成320份，每一份對應具體的像素就可以了。
我們將一個屏幕寬度分為320份，高度480份，然后按照實際像素對每一個單位進行復制，放在對應values-widthxheight文件夾下面的lax.xml和lay.xml里面，這樣就可以統一所有你想要的分辨率的單位了

產生的問題：

由于在生成的values文件夾里，沒有對應的分辨率，其實一開始是報錯的，因為默認的values沒有對應dimen，所以我只能在默認values里面也創建對應文件，但是里面的數據卻不好處理，因為不知道分辨率，我只好默認為x1=1dp保證盡量兼容。這也是這個解決方案的幾個弊端，對于沒有生成對應分辨率文件的手機，會使用默認values文件夾，如果默認文件夾沒有，就會出現問題。
這個方案雖然是一勞永逸，但是由于實際上還是使用的px作為長度的度量單位，所以多少和google的要求有所背離，不好說以后會不會出現什么不可預測的問題。其次，如果要使用這個方案，你必須盡可能多的包含所有的分辨率，因為這個是使用這個方案的基礎，如果有分辨率缺少，會造成顯示效果很差，甚至出錯的風險，而這又勢必會增加軟件包的大小和維護的難度，所以大家自己斟酌，擇優使用。

最終方案

上述說了那么多基本是現在采用適配的技術了，但是發現好像每一個方案都存在問題，所以適配麻煩點就是在這，不能使用某一項技術去實現適配，要把所有的技術結合起來，下面我要談談我對適配方案的理解。

1.上述講的良好習慣作為基礎

2.px轉化成dp，才這里開始寫布局

3.碰到難以適配的機型可以寫布局別名

4.在部分情況下可以使用代碼適配

通過上述方法基本已經能夠適配大部分機型，如果還有特殊問題，應該針對解決，不建議使用第三方庫，和寫多個dimen文件。