android屏幕dp
A. Android 關於"尺寸"的那些事(dp,dip,sp,pt,px...)
屏幕大小：屏幕大小是手機對角線的物理尺寸，以英寸inch為單位。比如我的Mix 2手機屏幕大小為5.99 inches，意味著我的屏幕對角線長度為5.99inches = 5.99 * 2.54 = 15.2146cm
解析度：屏幕的像素點數，一般表示為a*b。例如某手機解析度為21601080，意味著手機屏幕的豎直方向（長）有2160個像素點，水平方向（寬）有1080個像素點。
px ：Pixels ，像素；對應屏幕上的實際像素，是畫面中最小的點（單位色塊），像素大小沒有固定長度值，不同設備上1個單位像素色塊大小不同。
這么說可能有點陌生，用屏幕解析度來說，今年流行起來的「全面屏」解析度是 2160*1080，但是你也可以發現，雖然很多全面屏手機解析度一樣，但是明顯看得出來屏幕大小不一樣，這也解釋了「不同設備像素色塊大小是不同的」。
pt ：1pt＝1/72 inch，用於印刷業，非常簡單易用；
dpi ：Dots Per Inch，每英寸點數；詳見ppi
ppi ：Pixels Per Inch，每英寸像素數；數值越大顯示越細膩。計算式：ppi = 屏幕對角線像素數 / 屏幕對角線長度。
還是舉全面屏的例子，解析度2160*1080，屏幕大小是5.9inches，勾股定理可以得到對角線像素數大約是2415，那麼ppi = 2415 / 5.99 = 403.
事實上dpi 和 ppi 一定程度上可以劃等號，都表示像素密度，計算方式完全一致，只不過使用場景不一樣。dpi中的dots點屬於列印或印刷等領域，例如drawable 文件對應的就是dpi，而ppi中的pixel屬於屏幕顯示等領域
dp/dip : Density-independent Pixels，密度無關像素 - 基於屏幕物理密度的抽象單位。1dp等於 160 dpi 屏幕上的dpx，這是 系統為「中」密度屏幕假設的基線密度。在運行時，系統 根據使用中屏幕的實際密度按需要以透明方式處理 dp 單位的任何縮放 。dp 單位轉換為屏幕像素很簡單：px = dp * (dpi / 160)。 例如，在 240 dpi 屏幕上，1 dp 等於 1.5 物理像素。在定義應用的 UI 時應始終使用 dp 單位 ，以確保在不同密度的屏幕上正常顯示 UI。
如果看完文章還是覺得很懵，那麼可以直接記住： 1dp單位在設備屏幕上總是等於1/160 inch。
sp ：Scale-independent Pixels ，與 dp 單位相似，也會根據用戶的字體大小偏好進行縮放。
首先我們放上源碼中對尺寸單位的轉換
可以看到，輸入值類型為dp時，返回 value * DisplayMetrics.density，到這里我們可能會發懵：嗯？不對啊，前面我們不是通過px 和 dp 的換算公式來計算的么，怎麼這里就簡簡單單乘了一個DisplayMetrics.density？不要慌，我們先看看源碼中對DisplayMetrics.density的介紹。
源碼注釋中說到「在160dpi的屏幕下，density的值為1，而在120dpi的屏幕下，density的值為0.75」，我們可以大膽的猜測一下，120dpi下的density=0.75的原因是120dpi * 1 /160dpi=0.75。實際上，也就是這么回事。我們下面會仔細的分析。
需要補充一下，通常意義上Android 屏幕的密度，指的是像素密度dpi/ppi，對應於源碼中的DisplayMetrics.densityDpi。
為什麼引入dp？
Android 引入了dp這一單位，使得不論多大屏幕，多大dpi，顯示的效果始終保持一致。
但是根據前面我們提到的px與dp的換算公式px = dp * (dpi / 160)，很顯然，由於相同解析度但不同屏幕大小的設備dpi是不同的，導致px和dp的基本不存在一個固定的換算關系，為了方便屏幕適配，Android設置了6個通用的密度，換算px與dp時採取通用密度計算，而非設備實際的密度。
以下為6種通用密度，以及其最小的解析度
得到上面通用密度之後，我們換算dp與px多了一種簡便方式。前面我們提到Android將mdpi作為基準，此時1px = 1dp，又有px = dp * (dpi / 160)，所以我們可以很容易的得到以下換算：
還記不記得前面源碼中的density屬性，實際上DisplayMetrics.density = dpi / 160 ，表示的就是在某個通用密度下dp與px的換算比（1dp/1px的值）
這部分其實和程序員自身已經關系不大了，畢竟參與工作之後這些都是UI人員的活兒了。不過鑒於現在我還只是一枚在校生，還是記下來以免自己遺漏吧。
建議在xhdpi中作圖
原因嘛，首先現在主流解析度是1080p，以及最近流行起來的全面屏18:9，而xhdpi對應720p，向低dpi兼容自然沒問題，即便在xxhdpi中顯示，也會有個不錯的效果。而如果以1920*1080作圖，顯然圖片素材佔用的內存很大，而且也會增大應用安裝包的大小。
只有一個原則：資源放入對應dpi的文件夾中，Android會機智的載入合適的資源。
以drawable資源為例：
我們平時開發小項目&對UI要求不高時，只使用一套xhdpi的資源就足夠了，雖然這可能會導致在hdpi及以下的手機中有些卡頓，因為xhdpi的圖片運行在hdpi及以下的手機上會比較吃內存，不過無傷大雅。
而如果不為圖片資源犯愁時（有UI人員的支持，就是任性），就可以添加所有dpi的資源。當然，重點還是要滿足ldpi:mdpi:hdpi:xhdpi:xxhdpi=3:4:6:8:12的規律。
好像說了不少廢話，哈哈，大概就這么多吧。
B. 圖解android開發中dp和px的區別
方法/步驟
px: pixels(像素)，不同的設備不同的顯示屏顯示效果是相同的，這是絕對像素，是多少就永遠是多少不會改變。
dp也是dip: device independent pixels(設備獨立像素). 不同設備有不同的顯示效果,這個和設備硬體有關，一般我們為了支持WVGA、HVGA和QVGA 推薦使用此單位。
這里要特別注意dip與屏幕密度有關，而屏幕密度又與具體的硬體有關，硬體設置不正確，有可能導致dip不能正常顯示。在屏幕密度為160的顯示屏上，1dip=1px，有時候可能你的屏幕解析度很大如480*800，但是屏幕密度沒有正確設置比如說還是160，那麼這個時候凡是使用dip的都會顯示異常，基本都是顯示過小。
dip的換算：
dip（value）=(int) (px（value）/1.5 + 0.5)
舉例看來看看，首先在界面上布局兩個button，設置兩個兩個button離左邊的舉例一個是50dp，一個是50px。
用480*800的模擬器來運行。發現這兩個按鈕離左邊屏幕的距離沒有差別。
再用270*320的模擬器來運行，發現上面的按鈕離左邊屏幕的距離更近了。
如果用尺子來量，我們能發現px是固定的，距離沒有變，而dp則改變了。這樣就能看出它們的差別了。
C. android 為什麼使用dp單位，它的真正優勢在
單位dp的最大優勢是：
可以防止同樣的解析度在不同物理尺寸的屏幕上帶來的差異
可以讓UI適配得足夠精細，而不是完全等比例縮放
可以做到一定程度的定製，足夠精細
D. android 屏幕有多少dp
dp（與密度無關的）與手機寬高有關。
px:(像素密度 ) 與寬高無關，與高清倍數有關。
公式如下：
dp的換算： dp（value）=(int) (px（value）/1.5 + 0.5)
代碼轉換如下：
public static int dip2px(Context context, float dipValue){
final float scale = context.getResources().getDisplayMetrics().density;
return (int)(dipValue * scale + 0.5f);
}
public static int px2dip(Context context, float pxValue){
final float scale = context.getResources().getDisplayMetrics().density;
return (int)(pxValue / scale + 0.5f);
}
E. android 為什麼要使用dp
你首先要明白dp是什麼，然後才知道為什麼顯示成這樣。
首先，ppi是對角線的像素除以一個手機的屏幕尺寸（其實也是對角線）。
根據ppi的值，android歸一化為一個固定的數值，稱為dp，比如240，320，480等。
不同的手機，寬高的dp是不一樣的。
F. android dp是什麼意思
dp是長度單位！ dp也就是dip。這個和sp基本類似。如果設置表示長度、高度等屬性時可以使用dp或sp。但如果設置字體，需要使用sp。dp是與密度無關，sp除了與密度無關外，還與scale無關。如果屏幕密度為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，系統會根據屏幕密度的變化自動進行轉換.
G. Android中dip，dp，sp，pt和px的區別
dp: Density-independent Pixels
一個抽象的單元，基於屏幕的物理密度。
（dp和dip的意義相同，所以不用區別對待）。
這些單元是相對於160dpi（dots per inch）的屏幕說的，在160dpi的屏幕上，1dp粗略地等於1px。
當運行在更高密度的屏幕上的時候，要繪制1dp的像素數量會放大一個比例，這個比例就是和屏幕密度（dpi）相關。
類似的，在一個低密度的屏幕上，像素數目會縮小一個比例。
dp到px的這個比例將會隨著屏幕的密度變化，而不是直接的比例關系。
用dp單位，而不是px，是一種簡單的屏幕密度適配解決方式。
換句話說，它提供了一種方式，可以在多種設備上維持真實尺寸一致性。sp：Scale-independent Pixels
這個有點像dp單位，但是它也根據用戶的字體設置（font preference）縮放尺寸。
建議用這種尺寸單位來標注字體尺寸，這樣它們將會因為屏幕密度和用戶設定而調整。pt：Points 1/72 inch（英寸），根據屏幕的物理尺寸。
px: Pixels
相應於真實的像素。
這種單位不被建議，因為真實的表達會根據設備的不同相差很遠。
每個設備上每英寸的像素數不同（密度不同），並且屏幕上總的像素數也不同（整體大小不同）。
H. Android 屏幕適配
1： dp: android 尺寸的基本單位。 在不同的解析度的手機裡面，1dp對應著不同數量的px, 這樣就實現了dp定義一個控制項大小的時候，在不同解析度手機里表現出相應大小的像素值。
2： 屏幕解析度： 1080下160, 表示寬度有1080個像素點而高度有2160個像素點。常見的解析度有320x480， 480x800, 720x1280, 1080x1920等。
3： 屏幕尺寸： 以寸為單位， Android設備對角線的長度
4： 像素密度: 每英寸的像素點
5： 屏幕尺寸， 解析度，像素密度 三者之間的關系：
密度（dpi）= √（寬2 + 高2）/屏幕尺寸
6： px：像素，是屏幕上顯示數據的最基本的點
7： dpi：屏幕像素密度，每英寸上的像素點數
8： sp：與dp類似，通常用於指定字體的大小，當用戶修改手機顯示的字體時，字體大小會隨之改變。
1： dp適配方案： Android自帶的原始的適配方案， 在不同的解析度手機裡面表現出相應大小的像素點。
缺點： Android的碎片化嚴重， 如果生產廠家沒有根據屏幕尺寸、解析度和像素密度的關系來規則定義， 或者出一些亂七八糟的屏幕大小，這樣的適配方案就不在適合了。
2： 寬高限定符：枚舉所有的屏幕寬高像素值，根據等比縮放去適配。如果沒有找到對應的屏幕， 則取默認的。 目前這種方案已經被棄用。
缺點：
1： 佔用資源大，會增加APK的體積。
2： 容錯機制大需要精準命中資源文件才能適配，比如1920x1080的手機就一定要找到1920x1080的限定符，否則就只能用統一的默認的dimens文件了。而使用默認的尺寸的話，UI就很可能變形。
3：AndroidAutoLayout適配方案（停止維護）
4: SW限定符適配方案：（smallestWidth最小寬度適配）
Android 會去識別屏幕可用高度或者寬度的最小尺寸的dp值。然後根據識別到的結果去對應的資源文件裡面去找尋相應的結果。
如何生成：ScreenMatch插件
此方案跟寬高限定的適配方案相比，有很好的容錯機制， 如果沒有找到對應的適配寬度， 那麼會在vlues文件裡面去找跟他最接近的寬度。
5：今日頭條適配方案：
1>: px 轉 dp 的公式 dp = px / density.不管我們設定的單位是什麼， 最終我們都會將這些單位長度轉化為px的。density就是他們的轉化比， 所以，動態改變這個轉化比也是可以達到我們適配屏幕的目的的。
2>: 通過修改density值，強行把所有不同尺寸解析度的手機的寬度dp值改成一個統一的值（在清單文件中定義），這樣就解決了所有的適配問題。
3>: Density = 當前設備屏幕總寬度（單位為像素）/ 設計圖總寬度（單位為 dp) ；
4>：引入了AndroidAutoSize屏幕適配框架：
https://github.com/JessYanCoding/AndroidAutoSize
最後， 最重要的................
點贊 點贊 點贊， 不重要的事情也就說3遍......
I. Android中dip，dp，sp，pt和px的區別
dip: device independent pixels(設備獨立像素). 一般我們為了支持多種解析度如WVGA、HVGA和QVGA 推薦使用這個，不依賴像素。
dp: dip是一樣的，谷歌官方推薦使用這個
px: pixels(像素). 不同設備顯示效果相同，一般我們HVGA代表320x480像素，這個用的比較少。
pt: point，是一個標準的長度單位，1pt＝1/72英寸，用於印刷業，非常簡單易用；
sp: scaled pixels(放大像素). 主要用於字體顯示best for textsize。