Android適配不一樣的dpi和屏幕尺寸

1、引言

　　Android的開源使廠商無需自行研發OS，大大下降了研發、生產的成本，使得Android平板品牌如雨後春筍般爆發，山寨機廠商們彷佛又找到了一絲但願。與此同時帶來的是廣大開發者的苦不堪言，各類神奇的小板兒考驗着app的兼容性，各類定製的rom不經意間就讓app崩潰，光是界面上的調整就已經夠你喝一壺了，是不？

2、適配可行性

　　早在Android設計之初就考慮到了這一點，爲了讓app適應標準or山寨屏幕，google已經有一套成熟的解決方案。其中，有這麼幾個指標須要注意：

　　（1）屏幕尺寸：單位inch，指的是屏幕對角線長度。

　　（2）屏幕密度：單位dpi，指的是每inch上能夠顯示多少像素點即px。

　　（3）屏幕分辨率：單位px * px，指的是一屏顯示多少像素點。

　　（4）屏幕無關像素：單位dp/dip，指的是自適應屏幕密度的像素，用於指定控件寬高。

　　（5）刻度無關像素：單位sp，指的是自適應字體的像素，用於指定文字大小。

　　以我本身的Haier W910超級戰艦(寬高比16:9)爲例，上述單位的換算以下：

　　已知數據：屏幕尺寸4.5， 分辨率1280 * 720， 屏幕密度320

　　（1）16:9的4.5寸屏幕由勾股定理計算其高約爲3.9寸，寬約爲2.2寸

　　（2）則豎向dpi爲1280 / 3.9 ≈ 328， 橫向dpi爲720 / 2.2 ≈ 327

　　（3）工業上切割液晶板時取整爲320

 　　那麼既然dpi是自適應屏幕密度的，與px之間又是如何換算呢：

　　120dpi(ldpi低密度屏)　　     1dp = 0.75px        (因爲像素點是物理點，因此用2個像素點來顯示3個dp的內容)

　　160dpi(mdpi中密度屏)　　   1dp = 1px

　　213dpi(tvdpi電視密度屏)　　1dp = 1.33px

　　240dpi(hdpi高密度屏)　　    1dp = 1.5px

　　320dpi(xhdpi極高密度屏)　  1dp = 2px

　　由上述分析結果可知，控件使用dp，文字使用sp便可知足自適應的需求。

3、適配方案

　　根據目前的調查，在市面上的平板，基本上屬於mdpi和hdpi的，少數屬於tvdpi(如google出的nexus7)，因此咱們選擇這三種密度考慮適配；此外手機應用大多數都是豎屏使用，但平板做爲娛樂性的一款產品，橫豎屏均有使用的時候，因此咱們還須要考慮到屏幕狀態進行適配；最後考慮到有的rom會將虛擬鍵計算到屏幕尺寸裏，還要考慮到虛擬鍵所佔用的長寬。

　　那麼如何根據這三個屬性來進行適配呢？Android在資源文件values用文件名的方式提供了限定符能夠幫助咱們判斷上述狀況，限定符(mdpi,tvdpi,hdpi)能夠幫助咱們判斷屏幕密度，限定符(land,port)能夠幫助咱們區分屏幕橫豎屏狀態，而限定符(1024x600...)能夠適配計算虛擬鍵或者不計算虛擬鍵的屏幕，限定符的詳細說明請參見Android SDK文檔中開發者指南的Supporting Multiple Screens話題。

　　最終適配文件夾以下圖所示：

　　

　　注1：分辨率限定符的匹配是向下匹配，若是沒有values-land-mdpi-1024x552，好比，分辨率values-land-mdpi-1024x600的屏幕，當rom不把虛擬鍵計算到屏幕尺寸時，實際顯示的屏幕應該是values-land-mdpi-1024x552，沒法適配到values-land-mdpi-1024x600，那這樣就可能適配到下一級，好比values-land-mdpi-800x480，可是如今的平板已經沒有這麼低的分辨率了，因此是配到無限定符的values-mdpi裏，形成界面顯示上的瑕疵。

　　注2：因爲分辨率限定符的匹配是向下匹配，因此若是有非主流mdpi屏幕不能精確適配到上述指定值時，values-mdpi至少能夠保證app運行時不至於崩潰，同理values能夠保證ldpi屏幕的平板不會因生成view而又取不到相應值而崩潰。