Android開發之如何獲取Android手機屏幕的大小（分辨率、密度）

下面的代碼即可獲取屏幕的尺寸：

在一個Activity的onCreate方法中，編寫以下代碼：

DisplayMetricsmetric = new DisplayMetrics();
getWindowManager().getDefaultDisplay().getMetrics(metric);

intwidth =metric.widthPixels;//寬度（PX）
intheight =metric.heightPixels;//高度（PX）

floatdensity =metric.density;//密度（0.75 / 1.0 / 1.5）
intdensityDpi =metric.densityDpi;//密度DPI（120 / 160 / 240）

需要注意的是，在一個低密度的小屏手機上，僅靠上面的代碼是不能獲取正確的尺寸的。

比如說，一部240x320像素的低密度手機，如果運行上述代碼，獲取到的屏幕尺寸是320x427。

因此，研究之後發現，若沒有設定多分辨率支持的話，

Android系統會將240x320的低密度（120）尺寸轉換為中等密度（160）對應的尺寸，

這樣的話就大大影響了程序的編碼。

所以，需要在工程的AndroidManifest.xml文件中，加入supports-screens節點,如下：

android:smallScreens="true"
android:normalScreens="true"
android:largeScreens="true"
android:resizeable="true"
android:anyDensity="true"/>

這樣當前的Android程序就支持了多種分辨率，那麼就可以得到正確的物理尺寸了。

public static String getDisplayMetrics(Context cx) {
String str = "";
DisplayMetrics dm = newDisplayMetrics();
dm =cx.getApplicationContext().getResources().getDisplayMetrics();
int screenWidth =dm.widthPixels;
int screenHeight =dm.heightPixels;
float density =dm.density;
float xdpi =dm.xdpi;
float ydpi =dm.ydpi;
str += "The absolute width:"+ String.valueOf(screenWidth) + "pixels\n";
str += "The absoluteheightin:" + String.valueOf(screenHeight)
+ "pixels\n";
str += "The logical densityof the display.:" + String.valueOf(density)
+ "\n";
str += "X dimension :" +String.valueOf(xdpi) + "pixels per inch\n";
str += "Y dimension :" +String.valueOf(ydpi) + "pixels per inch\n";
return str;
}

 

Android在代碼中設置屏幕屬性(全屏、無標題)

getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN,

WindowManager.LayoutParams.FLAG_FULLSCREEN);//設置全屏
this.requestWindowFeature(Window.FEATURE_NO_TITLE); //設置沒有標題

 

一些術語

Screen Size 屏幕尺寸：

實際的物理尺寸，以屏幕的對角線為准（包括通知欄？）

將所有的實際尺寸分為四個廣義的尺寸：small(小)，normal(正常)，large(大)，extralarge(特大)

Density 屏幕密度：

屏幕的屋裡面積內的像素數量，通常指dpi(每英寸點數)

small的屏幕密度比normal或large在一個給定的物理面積內具有較少的像素

將所有實際密度分為四個廣義的密度：low(低)，medium(中等)，high(高)，extra high(超高)

方向：

從用戶的角度來看，屏幕的方向是橫向或縱向，也就是屏幕的比例是高或者寬。

Resolution 分辨率：

在屏幕上的像素總數。在支持多個屏幕時，應用程序不直接與分辨率相關，應用程序應該只與屏幕大小和密度相關。

DP(密度無關的像素) Density-independent pixel：

在定義UI布局時應該使用的虛擬像素單元，它用一種密度無關的方式來表達布局尺寸或位置。

Aspectratio屏幕長寬比

長寬比是屏幕的物理寬度與物理高度的比例關系。應用程序可以通過使用限定的資源來為指定的長寬比提供屏幕布局資源。

設計和編碼

視覺在根據交互原型進行設計的時候，可以考慮以mdpi，也就是320x480為藍本進行設計，因為Android一般采用dp為單位，而我們設計的時候一般是px為單位的，這個就涉及到一個單位轉換的問題，而在mdpi下，px和dp是1：1的關系，這樣在標注坐標的時候能夠很方便的進行單位轉換，例如我們以320x480為藍本的話，在photoshop測量的間距為10px，我們在給到RD時的坐標可以直接標注為10dp；因為dp的單位是可以程序自己去適配不用dpi屏幕的，所以就算設計三套不同dpi的圖，一般也只用對mdpi的設計圖進行坐標定位，這個坐標的標注可以用在所有dpi的資源上

Android資源文件

drawable-Xhdpi裡面存放比較高分辨率的圖片,如(720x1080)

drawable-hdpi裡面存放高分辨率的圖片,如WVGA (480x800),FWVGA (480x854)
drawable-mdpi裡面存放中等分辨率的圖片,如HVGA (320x480)
drawable-ldpi裡面存放低分辨率的圖片,如QVGA (240x320)

Android上常見度量單位

px（像素）：屏幕上的點，絕對長度，與硬件相關。

in（英寸）：長度單位。

mm（毫米）：長度單位。

pt（磅）：1/72英寸，point。

dp（與密度無關的像素）：一種基於屏幕密度的抽象單位。在每英寸160點的顯示器上，1dp = 1px。

dip：Density-independent pixel,同dp相同。

sp：在dp的基礎上，還與比例無關，個人理解為是一個矢量圖形單位。

在xml中定義大小，建議TextView使用sp，其他使用dp

對應關系

Android手機屏幕標准 對應圖標尺寸標准 屏幕密度

xhdpi 124*600 96*96 320

hdpi 480*800 72*72 240

mdpi 480*320 48*48 160

ldpi 320*240 36*36 120

以480dip*800dip的WVGA(density=240)為例，詳細列出不同density下屏幕分辨率信息：

當density=120時 屏幕實際分辨率為240px*400px （兩個點對應一個分辨率）

狀態欄和標題欄高各19px或者25dip

橫屏是屏幕寬度400px 或者800dip,工作區域高度211px或者480dip

豎屏時屏幕寬度240px或者480dip,工作區域高度381px或者775dip

 

density=160時 屏幕實際分辨率為320px*533px （3個點對應兩個分辨率）

狀態欄和標題欄高個25px或者25dip

橫屏是屏幕寬度533px 或者800dip,工作區域高度295px或者480dip

豎屏時屏幕寬度320px或者480dip,工作區域高度508px或者775dip

 

density=240時 屏幕實際分辨率為480px*800px （一個點對於一個分辨率）

狀態欄和標題欄高個38px或者25dip

橫屏是屏幕寬度800px 或者800dip,工作區域高度442px或者480dip

豎屏時屏幕寬度480px或者480dip,工作區域高度762px或者775dip

模擬器上不同分辨率所有對應的信息：

QVGA : {density=0.75, width=240, height=320, scaledDensity=0.75,xdpi=120.0, ydpi=120.0}
HVGA : {density=1.0, width=320,height=480, scaledDensity=1.0, xdpi=160.0, ydpi=160.0}
WVGA : {density=1.5, width=480, height=800, scaledDensity=1.5,xdpi=240.0, ydpi=240.0}

其中，density為顯示的邏輯分辨率；width及height就為屏幕分辨率（為絕對寬度與高度），與fields中的widthPixels及heightPixels一致；scaleDensity與density一致；xdpi及ydpi為x方向與y方向的像素密度。

如何計算密度（dpi）

1.標准是240*320畫在1.5*2平方inch上。那麼像每平方英寸有240*320/(1.5*2)=25600點，也就是一平方英寸的像素點為25600，所以dpi取為它的平方根160;如果你的dpi是120，那麼它的密度就是0.75.

2.密度不只是與width有關，還與height有關，所以不管width是1.8還是1.3，它的密度都有可能是1；比如width是1.8，只要它的height是3/1.8的話，如果pixel為240*320的話，它的密度仍舊是1；同樣如果width為1.3，只要它的height為3/1.3的話，像素點為240*320，則密度也是1.

3.320*480/(1.5*2)得到單位平方英寸的點為51200，所以單位平方英寸是240*320畫在1.5*2屏幕的2倍。但是這是平方英寸啊，算密度的時候要開平方的啊，所以應該是2開平方，是1.414吧，大致密度為1.5。

px與dip的關系

Android中，在160dpi (mdpi)中， 1 dip= 1 px;

以此類推， 在120dpi（ldpi）中， 1 dip = 0.75px;

在240dpi (hdpi)中，1 dip = 1.5px;

在320dpi（xhdpi）中， 1dip = 2px；

如何做到與密度無關？

　　如果屏幕密度為160，這時dp和sp和px是一樣的。1dp=1sp=1px，但如果使用px作單位，如果屏幕大小不變（假設還是3.2寸），而屏 幕密度變成了320。那麼原來TextView的寬度設成160px，在密度為320的3.2寸屏幕裡看要比在密度為160的3.2寸屏幕上看短了一半。但如果設置成160dp或160sp的話。系統會自動將width屬性值設置成320px的。也就是160* 320 / 160。其中320 /160可稱為密度比例因子。也就是說，如果使用dp和sp，系統會根據屏幕密度的變化自動進行轉換。官方文檔總結的計算公式為：pixels= dps * (density /160).

使用dip作為View的單位，這樣就可以同時兼容各種不同的分辨率，不會造成UI的不可兼容。

屏幕支持范圍（不太明白）

從Android1.6（API Level4）開始，Android提供了對多個屏幕尺寸和密度的支持，以反映出設備可能有的不同的屏幕配置。可以使用Android系統的功能，為每個屏幕配置優化應用程序的用戶界面，從而確保應用程序為每個屏幕提供正常並且盡可能最佳的用戶體驗。

為了簡化為多種屏幕設計用戶界面，Android劃分了實際的屏幕尺寸和密度范圍：

·廣義的尺寸大小集合：small（小）,normal（正常）,large（大）,andxlarge（超大）

注：從Android 3.2（API Level13）開始，這種尺寸集合被廢棄，取而代之的是一種基於可用屏幕寬度來管理屏幕尺寸的新技術。所以針對Android3.2以及以上版本的開發，可以參考為Android 3.2設計平板布局來獲取更多信息。

·廣義的密度集合：ldpi(低),mdpi(中),hdpi(高),andxhdpi(超高)

廣義的大小和密度都圍繞一個基准配置，即正常的大小和MDPI（中）密度。這個基准配置即第一款Android設備的配置，此設備即擁有一個HVGA屏幕的T-MobileG1（直到Android 1.6，這是Android支持的唯一的屏幕配置）。

每個廣義的大小和密度跨越了一系列實際的屏幕尺寸和密度。例如，兩個設備，這兩個設備報告的正常屏幕尺寸和寬高比可能與手工測量時略有不同。同樣，兩個設備報告的hdpi的屏幕密度可能與真正的像素密度略有不同。Android抽象了應用程序的這些差異，因此可以提供廣義的大小和密度設計的用戶界面，讓系統需要處理任何最終的調整。圖1顯示了不同的大小和密度大致分類成不同的大小和密度組。

圖1.解釋了Android對實際的尺寸和密度到廣義的尺寸和密度（數字是不准確的）的大致映射。

每一個UI設計需要一個最小的空間，每一個上文提到的廣義的屏幕大小都擁有一個由系統定義的最小分辨率。這些空間是以“dp”為單位的，當定義布局時，也應當使用相同的單位，它使系統避免了對屏幕密度變化的顧慮。

·xlarge屏幕至少960dpx 720dp

·large屏幕至少640dpx 480dp

·normal屏幕至少470dpx 320dp

·small屏幕至少426dpx 320dp

為不同屏幕尺寸和密度優化應用程序的用戶界面，可以提供任何廣義的大小和密度的alternativeresources（選擇性資源）。通常情況下，應該為不同的屏幕尺寸提供alternativelayouts並且為不同的屏幕密度提供alternativebitmapimages。在運行時，系統基於當前設備的廣義屏幕尺寸或密度為應用程序采用適當的資源，

不需要為每一個屏幕大小和密度的組合提供選擇性資源。系統提供了強大的兼容特性，可以處理在任何設備的屏幕上呈現應用程序的大部分工作，開發者只要實現UI技術，允許它正常調整。

注:定義廣義屏設備的大小和密度的特點是相互獨立的。例如，WVGA的高密度的屏幕被認為是一個正常大小的屏幕，因為它的物理尺寸是相同的T-MobileG1（Android的設備和基線的屏幕配置）。另一方面，WVGA的屏幕中密度被認為是一個大尺寸屏幕。雖然它提供了相同的分辨率（像素數相同），WVGA的屏幕中密度較低的屏幕密度，這意味著每個像素的物理面積較大，因此，整個屏幕是比基准（正常大小）的屏幕更大。

 

默認的控件大小

當在屏幕為160dpi，也就是density為1的情況下，所得到的控件的寬度和高度為android控件的默認的dip大小。

比如：Button 的 默認高度為 48dip。

狀態欄的默認高度為25dip。

Android屏幕自適應

一：創建不同的layout文件

在res目錄下創建不同的layout文件夾，比如layout-640x360,layout-800x480，所有的layout文件在編譯之後都會寫入R.java裡，而系統會根據屏幕的大小自己選擇合適的layout進行使用。

二：針對不同屏幕制作不同大小的圖標

注：分辨率與屏幕大小沒有關系，屏幕大小是物理外觀，而分辨率則是顯示能力。