Android 提供DisplayMetircs 類能夠很方便的獲取分辨率。下面介紹 DisplayMetics 類:android
Andorid.util 包下的DisplayMetrics 類提供了一種關於顯示的通用信息,如顯示大小,分辨率和字體。程序員
爲了獲取DisplayMetrics 成員,首先初始化一個對象以下:api
DisplayMetrics metrics = new DisplayMetrics();函數
getWindowManager().getDefaultDisplay().getMetrics;字體
注:構造函數DisplayMetrics 不須要傳遞任何參數;調用getWindowManager() 以後,會取得現有Activity 的Handle ,此時,getDefaultDisplay() 方法將取得的寬高維度存放於DisplayMetrics 對象中,而取得的寬高維度是以像素爲單位(Pixel),「像素」所指的是「絕對像素」而非「相對像素」。google
經過 DisplayMetrics的 toString()方法能夠獲取到 DisplayMetrics的大部分 fields信息,以下是在分辨率爲 480x320狀況下的一些輸出信息:spa
其中,density爲顯示的邏輯分辨率(文檔中說了不少,看得不是很明白);width及height就爲屏幕分辨率(爲絕對寬度與高度),與fields中的widthPixels及heightPixels一致;scaleDensity與density一致;xdpi及ydpi爲準確物理像素。設計
下面咱們來比較Android中dip, dp, px, sp之間的區別:對象
dip: device independent pixels(設備獨立像素). 不一樣設備有不一樣的顯示效果,這個和設備硬件有關,通常咱們爲了支持WVGA、HVGA和QVGA 推薦使用這個,不依賴像素。
px: pixels(像素). 不一樣設備顯示效果相同,通常咱們HVGA表明320x480像素,這個用的比較多。
pt: point,是一個標準的長度單位,1pt=1/72英寸,用於印刷業,很是簡單易用;
sp: scaled pixels(放大像素). 主要用於字體顯示best for textsize,根據 google 的建議,TextView 的字號最好使用 sp 作單位,ip
過去,程序員一般以像素爲單位設計計算機用戶界面。例如,定義一個寬度爲300像素的表單字段,列之間的間距爲5個像素,圖標大小爲16×16像素 等。這樣處理的問題在於,若是在一個每英寸點數(dpi)更高的新顯示器上運行該程序,則用戶界面會顯得很小。在有些狀況下,用戶界面可能會小到難以看清 內容。
與分辨率無關的度量單位能夠解決這一問題,Android支持下列全部單位:
px(像素):屏幕上的點。
in(英寸):長度單位。
mm(毫米):長度單位。
pt(磅):1/72英寸。
dp(與密度無關的像素):一種基於屏幕密度的抽象單位。在每英寸160點的顯示器上,1dp = 1px。
dip:與dp相同,多用於android/ophone示例中。
sp(與刻度無關的像素):與dp相似,可是能夠根據用戶的字體大小首選項進行縮放。
Android有個類DisplayMetrics能夠獲得分辨率等信息,方法以下:
DisplayMetrics metrics;getWindowManager().getDefaultDisplay().getMetrics(metrics);
metrics.widthPixels 屏幕寬
metrics.heightPixels 屏幕高
metrics.density 屏幕密度
一個公式pixels = dps * (density / 160),在SDK中有提到,須要說明一點公式中的density與metrics.density不是一個東西,它們的關係是:metrics.density = density / 160,density的值有120、160、240、320(這在SDK中也有說明);
當android:minSdkVersion=」3″時也就是此時支持android1.5,在 Android 1.5以及更早的版本中,只支持3.2″ 屏幕上的HVGA (320×480)分辨率,開發人員也不須要考慮界面的適配性問題。從Android 1.6以後,平臺支持多種尺寸和分辨率的設備,這也就意味着開發人員在設計時要考慮到屏幕的多樣性。
因而可知,在android:minSdkVersion=」3″時,尚未多分辨率的概念,於是此時,DisplayMetrics獲得的寬和高是與密度相關的,也就是說此時獲得的寬和高都是以dp或dip爲單位的,要轉換成px纔是咱們一般聽說的分辨率。自android1.6及之後,DisplayMetrics獲得的寬和高都是以px爲單位的,不須要轉換。
android的兼容性意味着應用程序api的降級。api的降級意味着在高端機(版本高配置高)上的顯示效果配不上。
獲得一個屏幕尺寸的三種方法以下:
// 經過WindowManager獲取
DisplayMetrics dm = new DisplayMetrics();
getWindowManager().getDefaultDisplay().getMetrics(dm);
// 經過Resources獲取
DisplayMetrics dm2 = getResources().getDisplayMetrics();
// 獲取屏幕的默認分辨率
Display display = getWindowManager().getDefaultDisplay();
System.out.println("width-display :" + display.getWidth());
System.out.println("heigth-display :" + display.getHeight());
在安卓4.2系統中,使用方法一獲得了正確的屏幕尺寸值,而使用方法二和三獲得的值所有爲零。緣由不祥。其中方法三中的display.getWidth()和display.getHeight()已被棄用。
DisplayMetrics dm = new DisplayMetrics();
getWindowManager().getDefaultDisplay().getMetrics(dm);//display = getWindowManager().getDefaultDisplay();display.getMetrics(dm)(把屏幕尺寸信息賦值給DisplayMetrics dm);
width = dm.widthPixels;
height = dm.heightPixels;
xdpi = dm.xdpi;
ydpi = dm.ydpi;
density = dm.densityDpi;
fdensity = dm.density;
另提一點,咱們一般所指的屏幕上的int尺寸是像素單位,好比我用getHitRect()獲得控件的矩形座標的值即便和像素尺寸相匹配的。
DisplayMetrics和Display的關係。
Display指代顯示區域這個對象,它多是真實的物理屏幕,也可能僅指應用程序的顯示區域,好比在非全屏Activity裏,系統由於有狀態欄,所以顯示區域要比物理屏幕要小。DisplayMetrics裏封裝了顯示區域的各類屬性值。查看源碼發現,在DisplayMetrics對各個屬性值的註釋都說明爲真實的物理尺寸。並且也發現display.getMetrics(dm)這一函數基本在應用在獲取真實屏幕尺寸的時候。記住這一點即好。
另外xdpi不是指屏幕寬度上以dp爲單位的大小。以dp爲單位的屏幕寬度需用計算公式:dpWidth = WidthPixels / fdensity = 540 / 1.5 = 360
Andorid.util 包下的DisplayMetrics 類提供了一種關於顯示的通用信息,如顯示大小,分辨率和字體。