android屏幕尺寸

① Android機型適配總結

解析度對應DPI

ldpi  QVGA (240×320)

mdpi  HVGA (320×480)

hdpi  WVGA (480×800),FWVGA (480×854)

xhdpi  720P（1280*720）

xxhdpi 1080p（1920*1080 ）

xxxhdpi 4K（3840×2160）

機型適配方面常規處理方法：

1、開發之前UI給出不同尺寸標準的多套素材，一般情況下給出：hdpi、xhdpi、xxxhdpi 三種尺寸類型的素材。

2、特殊類型圖片使用Android Studio內置draw9path工具進行製作，例如聊天界面中內容背景圖片。

3、布局編寫時盡量使用 Linearlayout 與  RelativeLayout，LinearLayout內部可以使用weight（權重）屬性將子控制項的尺寸按比例進行設置。RelativeLayout 內部可以使用layout_align...(相對於xxx)屬性將子控制項的尺寸相對於父控制項或相對於其他子控制項進行設置。

4、設置尺寸的時候長度單位  布局使用 dp  字元使用  sp。 其實字體大小的尺寸使用  dp 也可以，但是sp的情況下 用戶使用系統設置字體大小的時候可以改變控制項中字體的大小，但是使用dp設置的字體就不會產生變化。

5、針對每一個屏幕的尺寸生成一套px與dp的轉換方案，詳情見博客： Android機型適配方案 。

6、google推出了一個百分比布局庫，可以使用百分比的方式進行布局尺寸的設置，詳情見博客： Android百分比布局庫（percent-support-lib）解析與擴展

7、利用自定義View的方式去解決，其實原理也是，在繪制View的時候，獲取屏幕的尺寸然後按照一定的比例去設置控制項的尺寸

還有一些瑣碎知識點需要了解並記住：

1. px (pixels)像素 ：

一個像素通常被視為圖像的最小的完整采樣，這個用的比較多,特別是web開發,頁面基本都是使用像素作為單位的.

2.dp：

這個是最常用但也最難理解的尺寸單位。它與「像素密度」密切相關，所以首先我們解釋一下什麼是像素密度。假設有一部手機，屏幕的物理尺寸為1.5英寸x2英寸，屏幕解析度為240x320，則我們可以計算出在這部手機的屏幕上，每英寸包含的像素點的數量為240/1.5=160dpi（橫向）或320/2=160dpi（縱向），160dpi就是這部手機的像素密度，像素密度的單位dpi是Dots Per Inch的縮寫，即每英寸像素數量。橫向和縱向的這個值都是相同的，原因是大部分手機屏幕使用正方形的像素點。

不同的手機/平板可能具有不同的像素密度，例如同為4寸手機，有480x320解析度的也有800x480解析度的，前者的像素密度就比較低。Android系統定義了四種像素密度：低（120dpi）、中（160dpi）、高（240dpi）和超高（320dpi），它們對應的dp到px的系數分別為0.75、1、1.5和2，這個系數乘以dp長度就是像素數。例如界面上有一個長度為「80dp」的圖片，那麼它在240dpi的手機上實際顯示為80x1.5=120px，在320dpi的手機上實際顯示為80x2=160px。如果你拿這兩部手機放在一起對比，會發現這個圖片的物理尺寸「差不多」。

3.dip：

與dp完全相同，只是名字不同而已。在早期的Android版本里多使用dip，後來為了與sp統一就建議使用dp這個名字了。

4.sp：

與縮放無關的抽象像素（Scale-independent Pixel）。sp和dp很類似但唯一的區別是，Android系統允許用戶自定義文字尺寸大小（小、正常、大、超大等等），當文字尺寸是「正常」時1sp=1dp=0.00625英寸，而當文字尺寸是「大」或「超大」時，1sp>1dp=0.00625英寸。類似我們在windows里調整字體尺寸以後的效果——窗口大小不變，只有文字大小改變。

還有一些詳細的情況需要了解，都在這個博客里： 點擊進入

② 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的規律。

好像說了不少廢話，哈哈，大概就這么多吧。

③ Android-屏幕適配全攻略（絕對詳細）（一）

關鍵字： 屏幕適配 px dp dpi sp large限定符 .9.png

前言： 這篇文章依然是我在 [慕課網 ][h]學習 凱子哥 的同名視頻 Android-屏幕適配全攻略 ，所記錄下來的筆記---凱子哥講得真的超詳細。
[h]: http://www.imooc.com/ "MOOC"

從上圖可以看出，主流的解析度是前六種：1280×720、1920×1080、800×480、854×480、960×540、1184×720，不過我們有解決方案。看完這篇文章，想必你就可以解決常見的屏幕適配問題。

接下來正式進入正題。

介紹幾個在Android屏幕適配上非常重要的名詞：

屏幕尺寸 是指屏幕對角線的長度。單位是英寸，1英寸=2.54厘米
屏幕解析度 是指在橫縱向上的像素點數，單位是px，1px=1像素點，一般是縱向像素橫向像素，如1280×720
屏幕像素密度 是指每英寸上的像素點數，單位是dpi，即「dot per inch」的縮寫，像素密度和屏幕尺寸和屏幕解析度有關

dip： Density Independent Pixels（密度無關像素）的縮寫。以 160dpi 為基準，1dp=1px
dp： 同 dip
dpi： 屏幕像素密度的單位，「dot per inch」的縮寫

px： 像素，物理上的絕對單位

sp： Scale-Independent Pixels的縮寫，可以根據文字大小首選項自動進行縮放。Google推薦我們使用12sp以上的大小，通常可以使用12sp，14sp，18sp，22sp，最好不要使用奇數和小數。

用於區分不同的像素密度。

在Google官方開發文檔中，說明了 ** mdpi：hdpi：xhdpi：xxhdpi：xxxhdpi=2：3：4：6：8 ** 的尺寸比例進行縮放。例如，一個圖標的大小為48×48dp，表示在mdpi上，實際大小為48×48px，在hdpi像素密度上，實際尺寸為mdpi上的1.5倍，即72×72px，以此類推。

我們可以通過以下幾種方式來支持各種屏幕尺寸：

wrap_content： 根據控制項的內容設置控制項的尺寸
math_parent： 根據父控制項的尺寸大小設置控制項的尺寸
weight： 權重，在線性布局中可以使用weight屬性設置控制項所佔的比例

例如，我們要實現下圖所顯示的效果：當屏幕尺寸改變時，new reader控制項兩邊的控制項大小不變，new reader控制項會占完剩餘的空間。

具體布局文件如下：

小插曲： 關於 android:layout_weight 屬性

一般情況，我們都是設置要進行比例分配的方向的寬度為0dp，然後再用權重進行分配。如下：

效果為：

效果為：

button1寬度=L+（L-2L）×1/3=2/3L
button2寬度=L+（L-2L）×2/3=1/3L

當然，還有其他的方式，都可以運用此公式進行計算。
在實際開發中，我們一般使用0dp的方式，而不使用其他方式。

簡單的布局一般都使用 線性布局 ，而略微復雜點的布局，我們使用 相對布局 ，大多數時候，我們都是使用這兩種布局的嵌套。

我們使用 相對布局 的原因是， 相對布局 能在各種尺寸的屏幕上保持控制項間的相對位置。

res/layout/main.xml 單面板：

res/layout-large/main.xml 雙面板：

如果這個程序運行在屏幕尺寸大於7inch的設備上，系統就會載入 res/layout-large/main.xml 而不是 res/layout/main.xml ，在小於7inch的設備上就會載入 res/layout/main.xml 。

需要注意的是，這種通過 large 限定符分辨屏幕尺寸的方法，適用於android3.2之前。在android3.2之後，為了更精確地分辨屏幕尺寸大小，Google推出了最小寬度限定符。

res/layout-sw600dp/main.xml ，雙面板布局： Small Width 最小寬度

這種方式是不區分屏幕方向的。這種最小寬度限定符適用於android3.2之後，所以如果要適配android全部的版本，就要使用 large 限定符和 sw600dp 文件同時存在於項目 res 目錄下。

這就要求我們維護兩個相同功能的文件。為了避免繁瑣操作，我們就要使用布局別名。

由於後兩個文具文件一樣，我們可以用以下兩個文件代替上面三個布局文件：

res/layout/main.xml 單面板布局
res/layout/main_twopanes.xml 雙面板布局

然後在 res 下建立
res/values/layout.xml 、
res/values-large/layout.xml 、
res/values-sw600dp/layout.xml 三個文件。

默認布局
res/values/layout.xml :

Android3.2之前的平板布局
res/values-large/layout.xml :

Android3.2之後的平板布局
res/values-sw600dp/layout.xml :

這樣就有了 main 為別名的布局。
在activity中 setContentView(R.layout.main);

這樣，程序在運行時，就會檢測手機的屏幕大小，如果是平板設備就會載入 res/layout/main_twopanes.xml ，如果是手機設備，就會載入 res/layout/main.xml 。我們就解決了只使用一個布局文件來適配android3.2前後的所有平板設備。

如果我們要求給橫屏、豎屏顯示的布局不一樣。就可以使用 屏幕方向限定符 來實現。
例如，要在平板上實現橫豎屏顯示不用的布局，可以用以下方式實現。
res/values-sw600dp-land/layouts.xml :橫屏

res/values-sw600dp-port/layouts.xml :豎屏

自動拉伸點陣圖，即android下特有的 .9.png 圖片格式。

當我們需要使圖片在拉伸後還能保持一定的顯示效果，比如，不能使圖片中的重要像素拉伸，不能使內容區域受到拉伸的影響，我們就可以使用 .9.png 圖來實現。

要使用 .9.png ，必須先得創建 .9.png 圖片，androidSDK給我們提供了的工具就包含 .9.png 文件的創建和修改工具。雙擊 SDK安裝目錄 oolsdraw9patch.bat ，就會打開下圖所示的窗口。

下面是一個例子：

Button屬性設置：

如果我們選擇的內容區域偏差太大，可能就不會顯示出text值 BUTTON 。

好了，這篇文章寫的有點多了，剩下的內容放在 下篇文章 記錄吧。
內容提要：
解決方案-支持各種屏幕密度
解決方案-實施自適應用戶界面流程

未完待續

④ android app 界面設計按什麼尺寸

android app 界面設計是按720*1280的，切圖上可以點9切圖做到所有手機的適配。

狀態欄、導航欄和主菜單欄，以720*1280的尺寸來設計，那麼狀態欄的高度應為50px，導航欄的高度96px，主菜單欄的高度96px，因為是開源的系統，這里的數值也只能作為參考。

Android為了區別於IOS，從4.0開始提出了一套HOLO的UI風格設計風格，鼓勵將底部的主菜單欄放到導航欄下面，從而避免點擊下方材料誤點虛擬按鍵，很多APP的新版中也採用了這一風格。

(4)android屏幕尺寸擴展閱讀：

注意事項：

1、通常情況要定位一個Icon只需給出 上/下邊距，左/右邊距，標注圖標距離只需標到可點擊范圍外

通用型顏色、字體單獨標明一份，通用型模塊只需單獨標明一份，如導航欄。

2、手機可視區域通常為寬度固定，長度超出邊界可滑動，所以標注物體寬度時可按比例說明，如果要標注內容上下居中，左右居中，或等比可不標注。

3、當交付的是一張完整圖片時，不需做機型適配，只需給高清圖(1920*1080)即可，注意進行壓縮。

4、若圖標在不同頁面重復出現，且尺寸相差不大，直接給出最大一份切圖，並在圓形圖標明尺寸，程序會根據需求縮放。

5、當背景是純色時只需給出色值，Android使用16進制色值。

參考資料來源：網路-Android

參考資料來源：網路-界面設計

參考資料來源：網路-狀態欄

參考資料來源：網路-導航欄

參考資料來源：網路-開源系統

參考資料來源：網路-切圖

參考資料來源：網路-UI設計

⑤ 怎樣獲取Android手機屏幕的大小

要獲取手機屏幕大小，其實太簡單，只要用尺量取屏幕對角尺寸（單位：mm）。然後用這個尺寸除以25.4，就得到英寸了。譬如：127mm/25.4=5.0 英寸。

⑥ 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遍......