android不同解析度適配

⑴ 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取了簡易的名字加以直觀的識別，如120<dpi<=160，稱作為mdpi，120<dpi<=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開發如何使一個apk文件適配不同的手機和pad的不同解析度

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 做單位，而且查看
TextView

⑶ 初學android,問個問題。怎麼樣能讓android的widget適配不同的解析度進行布局呢

xml布局中，採用dp做單位，不用px。就可以解決你的問題。

新的sdk為了適配不同的屏幕解析度的機型，已經陸續取消採用像素px作為布局單位。這主要是針對不同設備而言的。因為px不管在什麼樣的設備上都是那樣長，但是dip會根據設備變化。

這涉及到dp和px的轉換問題。
首先，240*320像素的手機(WQVGA/QVGA)的density=120；
320*480的手機(HVGA)的density=160；
480*800的手機(WVGA)density=240；
轉換公式如下：
pixs =dips * (density/160)
dips=(pixs*160)/density

補充：
px：單位尺寸里的像素點
dp：一個基於density的抽象單位，如果一個160dpi的屏幕，1dp=1px

希望對你有幫助。

⑷ Android界面布局怎麼樣適應不同解析度的手機

各種Android操作系統的手機簡直就是琳琅滿目，屏幕解析度的差異可想而知。目前比較主流的有WVGA=800x480，HVGA=480x320，另外的還有QVGA=320x240。當然還有魅族M9的DVGA=960x640，還有蛋疼的摩托羅拉的FWVGA=854x480。

其實，在你layout的xml文件中，編寫的時候是不是用了許多的padding呢？如果是，那你就蛋疼了。因為這樣的布局永遠是無法適應所有手機屏幕的。

正確的做法應該是使用的是weight屬性。將你控制項的layout中的width、height設置為fill-parent，不要使用wrap——content。因為wrap-content的大小是不固定的。而weight（權重）這個屬性很好的解決了這個問題。

當包裹在控制項外面的Layout的width、height屬性都設置為fill-parent時，可以利用weight的反比特性。即如果控制項A設置weight為5，控制項B設置weight為7，那麼A所佔的空間為5/（5+7），B所佔的空間為7/（5+7）。這樣的反比屬性對任何解析度下的手機都是合適的。

當然，字體就不行了。那怎麼保證字體能夠跟布局一樣能夠自適應呢？
呵呵，很簡單，就是在你的res文件夾中創建一個文件夾，叫做values-320x240。其中320x240是你手機屏幕的解析度，根據你手機屏幕的情況做不同的命名，例如values-800x480。在該文件夾下創建一個dimens.xml文件，定義各種字體的大小。那麼系統就會自動根據你手機屏幕的解析度去調用響應的文件夾。

另外，值得提醒的是，記得在你默認的values文件下的dimens.xml文件中也要寫上相應的字體大小哦，因為當系統無法認識你手機屏幕大小的時候，它會自動去找你默認文件中的

東西，沒有寫的話程序會崩潰。

************************************************************分割線************************************************************

在看下面內容之前首先請看你SDK文檔中以下這篇文章

其實google在解析度適應性的東西已經寫的很清楚了，只是我們很多人沒去看而已

以下是結論：
屏幕解析度：1024x600
density：1（160）
文件夾：values-mdpi-1024x600

屏幕解析度：1024x600
density：1.5（240）
文件夾：values-hdpi-683x400 由1024/1.5 600/1.5得到，需要四捨五入。

屏幕解析度：800x480
density：1（160）
文件夾：values-mdpi-800x480

屏幕解析度：800x480
density：1.5（240）
文件夾：values-hdpi-533x320 由800/1.5 480/1.5得到，需要四捨五入。

以此類推
一般情況下需要創建出values 、values-mdpi 、 values-hdpi文件夾，以備在一些沒有規定的尺寸屏幕上找不到資源的情況。

然後在裡面使用不同的dimens文件，Layout中不要使用顯示的數字，所有的尺寸定義全都援引dimens裡面的內容。

這樣能夠保證深度UI定製的情況

另外在工程的default.properties中如果split.density=false，則解析度適配的時候文件夾命名不需要與scale相除

例
屏幕解析度：800x480
density：1.5（240）
文件夾：values-hdpi-800x480

************************************************************分割線************************************************************

關於dimens

位置：res\values
單位：px Pixel 以畫面的像素為單位；
in Inches以畫面的多少英寸為單位；
mm Millimeter以畫面的多少毫米為單位；
pt Points 一點為1/72英寸；
dp或dip Density-indepentdent 為160dpi屏幕的一個pixel;
ap Scale-independent Pixels 隨屏幕尺寸改變的一個pixel;

1.drawable: 存放不同解析度對應圖片

在2.1版本中有drawable-mdpi、drawable-ldpi、drawable-hdpi三個，這三個主要是為了支持多解析度。

drawable- hdpi、drawable- mdpi、drawable-ldpi的區別：

(1)drawable-hdpi裡面存放高解析度的圖片,如WVGA (480x800),FWVGA (480x854)

(2)drawable-mdpi裡面存放中等解析度的圖片,如HVGA (320x480)

(3)drawable-ldpi裡面存放低解析度的圖片,如QVGA (240x320)

系統會根據機器的解析度來分別到這幾個文件夾裡面去找對應的圖片。

在2.1之前的版本可以通過drawable-800x480, drawable-480x320 等方式實現。

2:layout:放置對應不同解析度的布局

創建不同的layout文件夾， layout-800x480,layout-480x320, 系統會根據屏幕的大小自己選擇合適的layout進行使用。

另外：可以在res目錄下建立layout-port和layout-land兩個目錄，裡面分別放置豎屏和橫屏兩種布局文件。

下面列出主流的android機型有：

240x320低端，國產入門級採用，例如HTC G4，G8
320x480中端，大部分基於此解析度，例如HTC G1,G2,G3,G6, MOTO ME600, SAMSUNG I7500
480x800中高端，大部分基於此解析度，例如HTC G5,G7, MOTO MT810
480x854MOTO特有的，例如Droid, Milestone, XT800
960x640, 魅族M9

⑸ 怎麼算設置多少 dp 才能讓 Android 適應不同解析度

Android中一個layout想適配各種屏幕尺寸那麼需要按以下規則去寫layout:
1. 盡量使用wrap_content、match_parent、weight 來規定layout的大小。
2. 要確保布局的靈活性並適應各種尺寸的屏幕，應使用 「wrap_content」 和 「match_parent」 控制某些視圖組件的寬度和高度。
3. 使用 「wrap_content」，系統就會將視圖的寬度或高度設置成所需的最小尺寸以適應視圖中的內容，而 「match_parent」（在低於 API 級別 8 的級別中稱為「fill_parent」）則會展開組件以匹配其父視圖的尺寸。
4. 如果使用 「wrap_content」 和 「match_parent」 尺寸值而不是硬編碼的尺寸，視圖就會相應地僅使用自身所需的空間或展開以填滿可用空間。此方法可讓布局正確適應各種屏幕尺寸和屏幕方向。
5. 如果某些地方必須要規定控制項的大小,那麼要使用dp 或者 dip單位。
6. 欄位必須使用 sp單位。
7. 將不同的圖片放到不同的drawable目錄下,解析度的匹配規則如下:
drawable-mdpi 320 * 480
drawable-hdpi 480*800
drawable-xhdpi 720 * 1280
drawable-xxhdpi 1080 * 1920
drawable-xxxhdpi 1080+

⑹ Android 字體大小怎麼自適應不同解析度

字體大小好此一般迅襪空是sp,控制項大畝瞎小採用dp, android 手機一般牽涉到適配的問題，基本有幾個原則:
默認配置一般都是根據目前主流的解析度來設置，比如現在都是4.7寸以上，720p,1080p這2個，可以默認為720p。這樣就可以覆蓋大多數的手機了。
剩餘的小部分就只能根據values增加後綴 比如 -480*800增加配置文件來適配480*800解析度的手機，來適配不同的解析度了
在代碼裡面獲取屏幕解析度，動態修改字體大小

⑺ android開發，html5頁面怎麼適配不同手機解析度

按照比較普遍的最低解析度寫 其他的 兩邊留空白唄