安卓系統手機的分辨率是多少?

現在一般手機都達到720P，也就是1280x720，算是高清屏，如果高級點就是1080P，1920x1080,一般來說720P就足夠了，清晰度夠了，你眼睛不是貼著屏幕10公分是看不出網格的。清晰度越高對手機硬件配置和電池都是考驗，直接反應就是容易發熱和耗電量大。普及：960*540 720p未流暢 ? ；1280*720??標清 ；1080p??1920*1080 高清。具體如下：

創新互聯建站為客戶提供專業的網站制作、網站建設、程序、域名、空間一條龍服務，提供基于WEB的系統開發. 服務項目涵蓋了網頁設計、網站程序開發、WEB系統開發、微信二次開發、移動網站建設等網站方面業務。

一、4:3 VGA

1、640*480 (Video Graphics Array) QVGA

2、320*240 (Quarter VGA) HVGA

3、480*320 (Half-size VGA) SVGA

4、 800*600 (Super VGA)

二、5:3 WVGA

1、 800*480 (Wide VGA)

2、16:9 FWVGA 854*480 (Full Wide VGA) HD

3、1920*1080 High Definition QHD

Android 屏幕分辨率適配

Android屏幕分辨率千奇百怪，怎么讓app在不同的分辨率的設備上“看起來一樣”呢？

你也許還有以下疑惑：

這篇文章將會針對以上問題一一解答。

Pixels 我們看到屏幕上的圖像由一個個像素組成，像素里包含色彩信息。

如常說的手機分辨率：1080 x 1920 指的是手機寬度可展示1080像素，高度可展示1920像素。

Pixels Per Inch 每英寸長度所具有的像素個數，單位面積內像素越多，圖像顯示越清晰。

ppi一般用在顯示器、手機、平板等描述屏幕精細度。

Dots Per Inch 每英寸長度所具有的點數。

dpi一般用來描述打印（書本、雜志、電報）的精細度

density-independent pixels (device-independent pixels 我查了一下，官網更多時候使用前者，有的時候也顯示后者），dip是縮寫，也可以更簡單些稱作dp。該單位的目的是屏蔽不同設備密度差異，后面細說。

Scalable pixels 用于設置字體，在用戶更改字體大小時候會適配。

澄清了基本概念，我們現在從一個例子開始說明以上單位之間的區別與聯系。

布局文件里有個View，長寬都是200px，分別在分辨率為480(寬)x800(高）簡稱A設備、1080(寬)x1920(高）簡稱B設備，效果如下:

左邊是A設備，右邊是B設備。問題出來了，同樣長寬都是200px，為啥A設備顯示很大，B設備顯示很小呢？你可能會說B設備的橫向分辨率1080比A設備的480大，所以在B設備上看起來比較小。來看看A、B設備橫向到底是多少英寸，怎么來計算呢？這時候就需要用到ppi了，既然知道橫向的像素點個數，也知道每英寸能容納的像素點，當然可以得知橫向的尺寸了。

其中一種方式獲取DisplayMetrics對象：

A設備寬度尺寸：480(px)/240(ppi)=2inch

B設備寬度尺寸：1080(px)/420(ppi)=2.5inch

可以看出，A、B設備尺寸差別不大。A設備ppi=240 B設備ppi=420，明顯地看出B設備單位長度上比A設備能夠容納更多的像素，因此同樣的200px，B設備只需要較小的尺寸就能夠顯示，因此在B設備上的view看起來比A設備小很多。

知道了問題的原因，然而顯示的效果卻不能接受。

我們總不能自己判斷每個設備的ppi，然后計算實際需要多少像素，再動態設置view的大小吧，那layout里的靜態布局大小就無法動態更改適應了。想當然的能有一個統一的地方替我們轉換，沒錯！Android系統已經幫我們實現了轉換。接下來就是dpi、dp出場了。

Android系統使用dpi來描述屏幕的密度，使用dp來描述密度與像素的關系。

A設備dpi=240

B設備dpi=420

Android系統最終識別的單位是px，怎么將dpi和px關聯起來呢？，答案是dp。

Android規定當dpi=160時，1dp=1px，當dpi=240時，1dp=1.5px，依此類推，并且給各個范圍的dpi取了簡易的名字加以直觀的識別，如120dpi=160，稱作為mdpi，120dpi=240 稱作hdpi，最終形成如下規則：

現在知道了dp能夠在不同dpi設備上對應不同px，相當于中間轉換層，我們只需要將view長寬單位設置為合適的dp，就無需關注設備之間密度差異，系統會幫我們完成dp-px轉換。將我們之前的例子稍微更改，再看看效果驗證一下：

通過上面對dp的了解，我們知道在設定view大小、間距時使用dp能最大限度地屏蔽設備密度之間的差異。可能你就會問了，那bitmap展示的時候如何適配不同密度的設備呢？

自定義view從磁盤上加載一張圖片，并將之顯示在view上，view的大小決定于bitmap大小。依舊以上述A、B設備為例，展示結果如下：

左邊是A設備，右邊是B設備。

明顯地看出，在A設備顯示比B設備大很多，實際上和我們之前用px來描述view的大小原理是一樣的，bitmap的寬、高都是px在描述，而bitmap決定了view的寬、高，最終導致A設備和B設備上的view大小（寬、高像素）是一樣的，而它們屏幕密度又不相同，因此產生了差異。

那不會每次都需要我們自己根據屏幕密度來轉換bitmap大小吧？幸運的是，Android已經為我們考慮到了。

生成不同密度的目錄有什么作用？

A設備dpi=240，根據dpi范圍，屬于hdpi

B設備dpi=420，根據dpi范圍，屬于xxhdpi

圖片原始尺寸：photo1.jpg(寬高 172px-172px)

當我們想要在不同密度設備上顯示同一張圖片并且想要“看起來一樣大時”。假設設計的時候以hdpi為準，放置photo1.jpg為172*172，那么根據計算規則在xxhdpi上需要設置photo1.jpg為:

現在hdpi和xxhdpi目錄下分別存放了同名圖片：photo1.jpg，只是大小不同。當程序運行的時候：

來看看效果：

左邊A設備，右邊B設備

針對不同的密度設計不同的圖片大小，最大限度保證了同一圖片在不同密度設備上表現“看起來差不多大”。

來看看A、B設備上圖片占內存大小：

說明在B設備上顯示photo1.jpg需要更多的內存。

上邊只是列舉了hdpi、xxhdipi，同理對于mdpi、xhdpi、xxxhdpi根據規則放入相應大小的圖片，程序會根據不同的設備密度從對應的mipmap文件夾下加載資源。如此一來，我們無需關注bitmap在不同密度設備上顯示問題了。

在mipmap各個文件夾下都放置同一套資源的不同尺寸文件似乎有點太占apk大小，能否只放某個密度下圖片，其余的靠系統自己適配呢？

現在只保留hdpi下的photo1.jpg圖片，看看在A、B設備上運行情況如何：

看起來和上張圖差不多，說明系統會幫我們適配B設備上的圖片。

再來看看A、B設備上圖片占內存大小：

先看A設備：

對比photo1.jpg 分別放在hdpi、xxhdpi和只放在hdpi下可以看出：B設備上圖片所占內存變小了。為什么呢？接下來從源碼里尋找答案。

A、B設備同樣加載hdpi/photo1.jpg，返回的bitmap大小不相同，我們從這方法開始一探究竟。

上面涉及到的關鍵點是density，分別是TypedValue的density和Options的density。

先來看看TypedValue density:

再來看看Options density

現在分析B設備加載hdpi/photo1.jpg如何做的:

和我們之前調試的結果一致。

B設備是怎么決定使用hdpi下的圖片資源呢？

根據實驗（嘗試找了源碼，沒怎么看懂，因此只是做了實驗，可能在不同密度設備上找尋規則不一樣）：B設備先找屬于自己密度范圍文件夾下的圖片，B設備屬于xxhdpi，先查看xxhdpi有沒有photo1.jpg，如果沒有則往更高的密度找，比它高的密度是xxxhdpi，還是沒有，則往低密度找，找xhdpi，沒有再找hdpi，找到了則返回構造好的TypedValue，剩下的就是我們前面分析的。

既然我們只想放某個密度下的一份切圖，該放哪個密度下呢？從系統尋找規則看，更推薦放置在更高密度下的，因為如果放在低密度下，那么當運行在高密度設備上時，圖片會進行放大，可能導致不清晰。我一般習慣放在xxhdpi下。

Android Studio默認創建了不同密度的mipmap文件夾，默認放置了ic_launcher.png。我們普通的切圖該放drawable還是mipmap下呢？對于這個問題網上也是眾說紛紜，實際上對于我們來說，關注的重點是圖片放在drawable或者mipmap，加載出來bitmap是否有差異，如果沒有差異放在哪就看習慣了。通過實踐，普通的切圖放drawable和mipmap下加載出來的bitmap是沒有差異的，只不過用drawable的話需要自己創建不同密度的文件夾。我習慣于放在drawable下(啟動圖標logo還是放在mipmap下）。

前邊 [注1] 留了個問題，我們使用dp來表示view的大小了，為啥兩個看起來還是有些差距？下面我們更加直觀地看一個例子。

A設備dpi=240 密度1.5 分辨率(寬高px)：480 * 800

B設備dpi=420 密度2.625 分辨率(寬高px)：1080 * 1794

換算成dp

A設備分辨率：320dp * 533dp

B設備分辨率：411dp * 683dp

依舊是上邊的例子：

將view寬高分別設置為320dp，看看效果：

左邊A設備，右邊B設備

可以看出同樣的320dp大小，A設備鋪滿了屏幕，而B設備沒有。這效果顯然是不能接受的，Android考慮到不同設備寬高不同，推出了"寬高限定符"。以A、B設備為例：

在res文件夾下創建文件夾：

假設設計師出圖是按照800x480，那么我們創建dimen文件的時候

該文件放在values-800x480文件夾下。

根據分辨率比例算出1794x1080的dimen值

這樣子，A、B設備加載資源的時候使用對應分辨率限定符下的px，如果找不到再找默認值，可以在一定程度上解決屏幕寬高碎片化適配問題。

但是這樣子的限定比較嚴格，需要測試各種分辨率，后來Android又推出了"smallest-width"簡稱最小寬度限制。

A設備寬320dp

B設備寬411dp

假設設計師切圖標準屏幕寬是320dp(A設備），那么可以定義如下dimen.xml文件

該文件放在values-sw320dp文件夾下

根據規則，計算B設備dimen.xml

現在我們繼續來看之前的view

通過對dimen引用，A設備尋找和自己寬度一樣的dimen文件，找到values-sw320dp，dp320=320dp。B設備尋找和自己寬度一樣的dimen文件，找到values-sw411dp，dp320=410dp。這樣子同樣的dp320，得出不同的值，就適配了屏幕寬度不同的問題。

看看效果：

這次B設備也鋪滿了屏寬。

綜上，為了適配不同屏幕大小，推薦使用dp+smallest-width。

獲取設備dpi最終都是從這方法獲取的，實際上就是讀取系統的配置文件。因此我們也可以通過adb shell 獲取：

可以看出dpi是系統配置好的，當然有些手機是可以設置分辨率的，設置之后我們查看分辨率：

分辨率變低了，dpi也變小了。

Android 手機常見的屏幕分辨率有哪些

VGA 640×480 當年的iphone3

WVGA 800×480 當前的低端安卓機

1280×800 三星的note1note2

WXGA 1280×768 這兩個是當前安卓機中低端常用的分辨率，也就是720P

1920×1080這個就是1080p的安卓機主流屏幕分辨率

而有一些高端的安卓機，用2K的分辨率分辨率會更高

網站欄目：android的分辨率,更改安卓分辨率
標題來源：http://vcdvsql.cn/article40/dsdjieo.html

成都網站建設公司_創新互聯，為您提供虛擬主機、網站導航、定制網站、動態網站、電子商務、網站改版

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯