Android上常見度量單位【xdpi、hdpi、mdpi、ldpi】解讀

術語和概念 
屏幕尺寸 
屏幕的物理尺寸，以屏幕的對角線長度做爲依據（好比 2.8寸， 3.5寸）。 
簡而言之， Android把全部的屏幕尺寸簡化爲三大類：大，正常，和小。 
程序能夠針對這三種尺寸的屏幕提供三種不一樣的佈局方案，而後系統會負責把你的佈局方案以合適的方式渲染到對應的屏幕上，這個過程是不須要程序員用代碼來干預的。

屏幕長寬比 
屏幕的物理長度與物理寬度的比例。程序能夠爲制定長寬比的屏幕提供製定的素材，只須要用系統提供的資源分類符long和 notlong。

分辨率 
屏幕上擁有的像素的總數。注意，雖然大部分狀況下分辨率都被表示爲「寬度×長度」，但分辨率並不意味着屏幕長寬比。在 Android系統中，程序通常並不直接處理分辨率。

密度 
以屏幕分辨率爲基礎，沿屏幕長寬方向排列的像素。 
密度較低的屏幕，在長和寬方向都只有比較少的像素，而高密度的屏幕一般則會有不少 ——甚至會很是很是多——像素排列在同一區域。屏幕的密度是很是重要的，舉個例子，長寬以像素爲單位定義的界面元素（好比一個按鈕），在低密度的屏幕上會 顯得很大，但在高密度的屏幕上則會顯得很小。

密度無關的像素（ DIP ） 
指一個抽象意義上的像素，程序用它來定義界面元素。它做爲一個與實際密度無關的單位，幫助程序員構建一個佈局方案（界面元素的寬度，高度，位置）。 
一個與密度無關的像素，在邏輯尺寸上，與一個位於像素密度爲 160DPI的屏幕上的像素是一致的，這也是Android平臺所假定的默認顯示設備。在運行的時候，平臺會以目標屏幕的密度做爲基準，「透明地」處理所 有須要的DIP縮放操做。要把密度無關像素轉換爲屏幕像素，能夠用這樣一個簡單的公式： pixels = dips * (density / 160)。舉個例子，在 DPI爲 240的屏幕上， 1個 DIP等於 1.5個物理像素。咱們強烈推薦你用 DIP來定義你程序的界面佈局，由於這樣能夠保證你的 UI在各類分辨率的屏幕上均可以正常顯示。

爲了簡化程序員面在對各類分辨率時的困擾，也爲了具有各類分辨率的平臺均可以直接運行這些程序， Android平臺將全部的屏幕以密度和分辨率爲分類方式，各自分紅了三類： 
·三種主要的尺寸：大，正常，小； 
·三種不一樣的密度：高（ hdpi），中（ mdpi）和低（ ldpi）。 【DPI是「dot per inch」的縮寫，每英寸像素數。】
若是須要的話，程序能夠爲各類尺寸的屏幕提供不一樣的資源（主要是佈局），也能夠爲 各類密度的屏幕提供不一樣的資源（主要是位圖）。除此之外，程序不須要針對屏幕的尺寸或者密度做出任何額外的處理。在執行的時候，平臺會根據屏幕自己的尺寸 與密度特性，自動載入對應的資源，並把它們從邏輯像素（ DIP，用於定義界面佈局）轉換成屏幕上的物理像素。

 

 

關於Android的nodpi,xhdpi,hdpi,mdpi,ldpi

首先是幾個基本概念：

1.屏幕尺寸Screen size

即顯示屏幕的實際大小，按照屏幕的對角線進行測量。

爲簡單起見，Android把全部的屏幕大小分爲四種尺寸：小，普通，大，超大(分別對應：small, normal, large, and extra large).

應用程序能夠爲這四種尺寸分別提供不一樣的自定義屏幕布局-平臺將根據屏幕實際尺寸選擇對應佈局進行渲染，這種選擇對於程序側是透明的。

2.屏幕長寬比Aspect ratio

長寬比是屏幕的物理寬度與物理高度的比例關係。應用程序能夠經過使用限定的資源來爲指定的長寬比提供屏幕布局資源。

3.屏幕分辨率Resolution

在屏幕上顯示的物理像素總和。須要注意的是：儘管分辨率一般用寬x高表示，但分辨率並不意味着具體的屏幕長寬比。

在Andorid系統中，應用程序不直接使用分辨率。

4.密度Density

根據像素分辨率，在屏幕指定物理寬高範圍內能顯示的像素數量。

在一樣的寬高區域，低密度的顯示屏能顯示的像素較少，而高密度的顯示屏則能顯示更多的像素。

屏幕密度很是重要，由於其它條件不變的狀況下，一共寬高固定的UI組件（好比一個按鈕）在在低密度的顯示屏上顯得很大， 而在高密度顯示屏上看起來就很小。

爲簡單起見，Android把全部的屏幕分辨率也分爲四種尺寸：小，普通，大，超大(分別對應：small, normal, large, and extra large).

應用程序能夠爲這四種尺寸分別提供不一樣的資源-平臺將透明的對資源進行縮放以適配指定的屏幕分辨率。

5.設備獨立像素Density-independent pixel (dp)

應用程序能夠用來定義UI組件的虛擬像素單元，經過密度無關的方式來描述佈局尺寸和位置。

一個設備獨立像素至關於一個160 dpi屏幕上的物理像素。

在程序運行時，系統根據屏幕的實際密度透明的處理任何須要縮放的設備獨立像素單元，設備獨立像素轉換成屏幕實際像素的換算很簡單：pixels = dps * (density / 160).

例如在240 dpi的屏幕上，1個設備獨立像素等於1.5物理像素.爲確保UI組件在不一樣的屏幕都能合適的展現，強烈建議使用設備獨立像素單元來定義你的應用程序UI。

四種屏幕尺寸分類：: small, normal, large, and xlarge

四種密度分類: ldpi (low), mdpi (medium), hdpi (high), and xhdpi (extra high)

須要注意的是: xhdpi是從  Android   2.2 (API Level 8)纔開始增長的分類.

xlarge是從Android 2.3 (API Level 9)纔開始增長的分類.

DPI是「dot per inch」的縮寫，每英寸像素數。

通常狀況下的普通屏幕：ldpi是120，mdpi是160，hdpi是240，xhdpi是320。

參考：http://developer.android.com/images/screens_support/screens-ranges.png

兩種獲取屏幕分辨率信息的方法：

DisplayMetrics metrics = new DisplayMetrics();

Display display = activity.getWindowManager().getDefaultDisplay();

display.getMetrics(metrics);

//這裏獲得的像素值是設備獨立像素dp

//DisplayMetrics metrics=activity.getResources().getDisplayMetrics(); 這樣得到的參數信息不正確，不要使用這種方式。

不能使用android.content.res.Resources.getSystem().getDisplayMetrics()。這個獲得的寬和高是空的。

    private void initResolutionStr(Context context) {
        if (ApiConfig.getResolutionStr() == null || ApiConfig.getResolutionStr().equals("")) {
            WindowManager winMgr = (WindowManager) context.getApplicationContext().getSystemService(Context.WINDOW_SERVICE);
            Display display = winMgr.getDefaultDisplay();
            int height = display.getHeight();
            int width = display.getWidth();
            String resolution = height > width ? height + "x" + width : width + "x" + height;
            ApiConfig.setResolutionStr(resolution);
            // densityDpi = 120dpi is ldpi, densityDpi = 160dpi is mdpi,
            // densityDpi = 240dpi is hdpi, densityDpi = 320dpi is xhdpi
            DisplayMetrics dm = new DisplayMetrics();
            getWindowManager().getDefaultDisplay().getMetrics(dm);
            int densityDpi = dm.densityDpi;
            ApiConfig.setDensityDpi(densityDpi);
        }
    }

 

若是須要爲Android pad定製資源文件，則res目錄下的目錄可能爲：

drawable

drawable-ldpi

drawable-mdpi

drawable-hdpi

drawable-xhdpi

drawable-nodpi

drawable-nodpi-1024×600

drawable-nodpi-1280×800

drawable-nodpi-800×480

values

values-ldpi

values-mdpi

values-hdpi

values-xhdpi

values-nodpi

values-nodpi-1024×600

values-nodpi-1280×800

values-nodpi-800×480

Android上常見度量單位：
　　px（像素）：屏幕上的點，絕對長度，與硬件相關。
　　in（英寸）：長度單位。
　　mm（毫米）：長度單位。
　　pt（磅）：1/72英寸，point。
　　dp（與密度無關的像素）：一種基於屏幕密度的抽象單位。在每英寸160點的顯示器上，1dp = 1px。
　　dip：Density-independent pixel,同dp相同。
　　sp：在dp的基礎上，還與比例無關，我的理解爲是一個矢量圖形單位。

引入dp/dip的緣由： 
　　過去，程序員一般以像素爲單位設計計算機用戶界面。例如，定義一個寬度爲300像素的表單字段，列之間的間距爲5個像素，圖標大小爲16×16像素 等。這樣處理的問題在於，若是在一個每英寸點數（dpi）更高的新顯示器上運行該程序，則用戶界面會顯得很小。在有些狀況下，用戶界面可能會小到難以看清 內容。與分辨率無關的度量單位能夠解決這一問題。

如何計算密度(請參照原帖：http://www.devdiv.com/thread-28610-1-1.html)；
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。

如何作到與密度無關：
　　若是屏幕密度爲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).


附：        傳說iPhone/Mac的設計從一開始就考慮到對任意分辨率的支持，iOS的全部介面元素用的都已是矢量化了的圖片，UI界面是系統級別的與密度無關；而Android雖然支持任意分辨率，但不是系統全局的，求證。