建立支持多種屏幕尺寸的Android應用

Android涉及各類各樣的支持不一樣屏幕尺寸和密度的設備。對於應用程序，Android系統經過設備和句柄提供了統一的開發環境，大部分工做是校訂每個應用程序的用戶界面到它顯示的屏上。與此同時，系統提供APIs容許你控制應用界面爲特定的屏幕尺寸和密度，爲不一樣屏幕的配置提供最優化的用戶界面設計。例如，你可能會要一個平板電腦的用戶界面，這不一樣於手機的用戶界面。

雖然系統能縮放，調整其尺寸，以使應用軟件工做在不一樣屏上，可是應該儘可能優化應用軟件適應不一樣的屏幕尺寸和密度。爲此，對全部設備的用戶體驗應最大化且應讓用戶們相信應用軟件是真正爲他們的設備設計的，而不是簡單的拉伸使屏適合他們的設備。

按照文中描述的作法，經過使用一個apk文件，能夠建立一個應用軟件能恰當顯示並在全部的支持屏配置中提供最優用戶體驗。

* 注* ：在此文中假設應用程序是爲android 1.6（API level爲4）或者更高的Android系統設計的。若是應用程序支持android 1.5或者更低的安卓系統，請首先閱讀Strategies for Android 1.5章節。

Also, be aware that Android 3.2 has introduced new APIs that allow you to more precisely control the layout resources your application uses for different screen sizes. These new features are especially important if you're developing an application that's optimized for tablets. For details, see the section about Declaring Tablet Layouts for Android 3.2.

多屏支持概述

本節提供了Android支持多屏的概述，包括：介紹了本文中API用到的術語和概念，總結了系統支持的屏設置，概述了API和下面的屏幕兼容特性。

術語和概念

屏幕尺寸

:實際的物理尺寸，是按照屏幕的對角線計量的。

:爲簡單起見，Android把全部的屏幕尺寸劃分爲四種廣義的尺寸：小、標準、大，特大號。

屏幕密度

:屏幕佔據的物理區域所含像素的個數；一般被稱爲dpi（每英寸點數）.

:例如在給定的物理區域中,與「標準的」或「高」密度屏幕相比，低密度屏幕具備較少的像素。

方向

:屏幕的方向來自於用戶的角度。這是橫向或縱向，分別指屏幕各個角度的比例，而不是寬或高。須要注意的是，不只不一樣的設備在不一樣方向運行，並且當用戶旋轉設備時，方向也同時在改變。

分辨率

:屏幕上物理像素的總數。支持多屏時，應用程序不直接與分辨率有關，應用程序應該只關心屏幕的尺寸和密度，用指定的廣義的尺寸和密度組。

dp

:一種有效的在定義UI佈局時你應當使用的像素單位，以一種密度無關的方式表示佈局的尺寸或者位置。

:dp至關於160dpi屏幕，它是系統爲「中等的」密度屏設定的基準密度。同時，系統透明地處理任何一種dp單位，必要時，基於使用中的屏的實際密度。dp單位根據公式 px = dp * (dpi / 160)簡單地轉化爲屏像素。例如,一個240dpi的屏幕，1 dp等於1.5個物理像素。定義應用程序的UI時，你應該老是使用dp單位，以確保在不一樣密度的屏幕上正確地顯示你的UI。

支持的屏幕範圍

從Android1.6（API等級爲4）開始，Android提供了支持多個屏幕的尺寸和密度，代表一種設備擁有許多不一樣的屏幕配置。你應該利用Android系統的這些特性去爲每個屏幕配置優化你的應用程序界面，而且應確保你的應用程序不只能正常運行，並且應儘量地在每個屏幕上提供最好的用戶體驗。

爲了簡化爲多個屏的用戶界面設計方式，Android系統將實際的屏幕尺寸和密度範圍劃分爲：

• 一組廣義的尺寸：小，標準，大，特大號。

• 注* ：從Android3.2（API等級爲13）起，這些尺寸分組已被棄用，你們支持的是一種新的基於可用屏幕寬度的管理屏幕尺寸的技術。若是你正在開發Android3.2或者更高版本，參見Android3.2平板電腦佈局章節獲取更多信息。

• 一組四個廣義的密度：ldpi (低), mdpi (中等), hdpi (高),和 xhdpi (超高)。

這種廣義的尺寸和密度是圍繞一種基準的配置進行劃分的，這種基準的配置是指一個標準尺寸和mdpi （中等）密度。這個基線是基於第一個Android 上電設備，T-Mobile G1的屏幕配置，它具備HVGA屏幕（直到Android1.6，這是Android支持的惟一的屏幕配置）。

每一個廣義的尺寸和密度跨越一套實際屏幕尺寸和密度。例如，當用手測量時，兩種標準的屏幕尺寸的設備可能具備實際的稍微不一樣的屏幕尺寸和縱橫比。一樣，兩種hdpi屏幕密度的設備可能包含稍微不一樣的實際像素密度。Android製造這些差別使應用程序抽象化，因此，你能夠提供設計的UI給廣義的尺寸和密度，必要時讓系統處理任何最後的調整。圖1 闡明瞭不一樣的尺寸和密度被如何大體歸類到不一樣的尺寸和密度組。

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

圖1 闡明瞭不一樣的尺寸和密度被如何大體歸類到不一樣的尺寸和密度組

當爲不一樣的屏幕尺寸設計UI時，會發現每一個設計須要最低限度的空間。所以，上面提到的每個廣義的屏幕尺寸都有系統定義的相關聯的最小分辨率。這些最小尺寸在「dp」單位內，當設計佈局時，應當使用相同的單位。

• 超大屏幕至少960dp x720dp
• 大屏幕至少640dp x480dp
• 標準屏幕至少470dp x320dp
• 小屏幕至少426dp x320dp
• 注* ：在Android3.0以前，這些最小屏幕尺寸沒有很好的定義，因此可能會遇到一些在標準和大之間被錯誤歸類的設備。這些也是基於屏幕的物理分辨率，所以各類不相同的設備也會遇到前面的問題。例如，一個有系統欄的1024x720平板會留少一點可用的空間給應用程序。

爲了優化應用程序的UI適應不一樣的屏幕尺寸和密度，能夠提供任何廣義的尺寸和密度替代資源。通常來講，應當提供替代佈局給不一樣屏幕尺寸和替代的位圖圖像給不一樣的屏幕密度。在運行時，基於當前設備屏幕的廣義的尺寸或密度，系統會爲你的應用程序使用適當的資源。

沒有必要提供替代資源給每一個屏幕尺寸和密度的組合。系統提供了強大的兼容特性，這些特性會處理大部分工做使你的應用程序呈如今任何設備的屏幕上，前提是已經經過使用容許它適當地調整尺寸的技術實現了UI（正以下面最佳實踐中描述的）。

* 注* ：定義一種設備的廣義的屏幕尺寸和密度特性是彼此相互獨立的。例如，一種WVGA高密度屏幕被認爲是標準尺寸的屏幕，是由於它的物理大小與T-Mobile G1（Android的第一個設備和基準屏幕設置）大約相同。另外一方面，一種 WVGA中等密度的屏幕被認爲是大尺寸的屏幕。儘管它有相同的分辨率（相同數量的像素），這種WVGA中等密度的屏幕有更低的屏幕密度，意思是每一個像素比較大，所以，整個屏幕比基準（標準尺寸）屏幕要更大。

密度無關性

當應用程序保留了用戶界面元素的物理尺寸以不一樣的密度顯示在屏幕上（從用戶的角度來看）時，它實現了「密度無關性」。
維護密度無關係性很重要，由於，若是沒有它，一個UI元素（如按鈕）在一個低密度屏幕上看起來較大而在一個高密度屏幕上看起來很小。這樣的密度相關的尺寸的改變影響應用程序的佈局和使用。圖2和圖3 分別展現了當它不提供密度無關性和提供了密度無關性時，應用程序之間的差別。

http://developer.android.com/images/screens_support/density-test-bad.png

圖2 當不提供密度無關性，應用程序在低、中等、高密度屏幕上顯示實例

http://developer.android.com/images/screens_support/density-test-good.png

圖3 當提供密度無關性，應用程序在低、中等、高密度屏幕上顯示實例

Android系統經過如下兩種方式幫助應用程序實現密度無關性：
* 系統爲當前屏幕密度調整dp單位到適當的值
* 若有必要，系統會根據當前屏幕密度調整繪圖資源到適當的尺寸
在圖2中，文本視圖和位圖繪圖有規定的尺寸的像素（像素單位），所以這些視圖在低密度屏幕上看起來較大，在高密度屏幕上看起來較小。這是由於儘管實際的屏幕尺寸是同樣的，可是高密度屏每英尺有較多的像素（相同數量的像素適合於較小區域）。在圖3中，佈局的尺寸被指定爲密度無關性像素（dp 單位）。由於密度無關性像素的基線是中等密度的屏幕，一個有中等密度屏幕的設備看上去與圖2中的同樣。對於低密度和高密度屏幕而言，無論怎樣，系統能分別下降、調高密度無關性像素的值去恰當地適應屏幕。
在大多數狀況下，你能夠簡單地在密度無關性像素裏（dp 單位）指定全部的佈局尺寸或者恰當地「包裝內容」來確保應用程序的密度無關性。而後系統會根據恰當的縮放因子爲當前屏幕密度調整位圖視圖以適當的尺寸顯示出來。
可是，位圖縮放會致使圖片模糊，如上面的截圖。爲了不這些問題，應該爲不一樣的密度提供替代位圖資源。例如，應該給高密度屏幕提供更高分辨率的位圖，系統會使用它們，而不是使用爲中等密度屏幕設計的縮放位圖。如下段落將介紹更多關於如何提供不一樣替代資源給不一樣的屏幕配置。

如何支持多屏

Android支持多屏的基礎是它可以以適當的方式爲當前屏幕設置管理應用程序的佈局和位圖繪圖的渲染。根據實際狀況，系統經過縮放佈局去適應屏幕的尺寸/密度和爲屏幕密度縮放位圖繪圖，處理大部分工做去適當地渲染應用程序到每個屏幕配置。然而，爲了更好地處理不一樣屏幕配置，應該：
* * 在清單文件中明確申明應用程序支持哪一種屏幕大小*

經過申明應用程序支持哪一種屏幕尺寸，能夠確保只有支持的屏幕尺寸的設備才能下載應用程序。聲明支持不一樣屏幕尺寸也會影響系統如何在較大屏幕上運行應用程序，尤爲是，不論應用程序是否運行在屏幕兼容模式。
爲了申明應用程序支持的屏幕大小，應該在manifest文件中包含的元素。

• * 爲不一樣的屏幕尺寸提供不一樣的佈局*

默認狀況下，Android會從新調整應用佈局去適合當前設備屏幕。在大多數狀況下，這樣作很好。在其它狀況下，UI可能看上去不太好且可能不一樣屏幕尺寸須要調整。例如，在較大屏幕上，可能會調整某些元素的位置和尺寸去充分利用額外的屏幕空間，或者在一個較小屏幕上，會調整尺寸使得一切均可以在屏幕上顯示。
能夠提供指定大小資源的配置限定符，有小、標準、大、超大。例如，一個超大屏幕的佈局應該選Xlarge。
從Android3.2（API等級爲13）起，上面的尺寸分組已被棄用，你應該使用swdp配置限定符去定義佈局資源須要的最小的可用的寬度。例如，若是多窗格平板佈局須要至少600dp的屏幕寬度，應該選sw600dp。使用新技術申明佈局資源將會在Declaring Tablet Layouts for Android 3.2章節討論。

• * 爲不一樣的屏幕密度提供不一樣的位圖繪圖*

默認狀況下，Android調整你的位圖繪圖(.png, .jpg, and .gif 文件)和9補丁繪圖(.9.png 文件），讓他們在每一個設備上以適當的物理尺寸呈現。例如，你用程序只爲基線、中等屏幕密度（mdpi）提供了位圖繪圖，系統會調高高密度屏幕，下降低密度屏幕。這些調整會致使圖片不真實。爲了確保圖片看起來最好，應當在不一樣分辨率下包含替代版本去適應不一樣的屏幕密度。能夠用來指定密度資源的配置限定符有ldpi（低）、mdpi (中等), hdpi (高), and xhdpi (超高)。例如，高密度屏幕的位圖應該選hdpi。
尺寸和密度配置限定符與上面的支持的屏幕範圍中描述的廣義尺寸和密度一致。

註釋：若是你不太熟悉配置限定符且不知道系統如何使用他們應用替代資源的話，請閱讀Providing Alternative Resources章節獲取更多信息。
在運行時，對於任何給定的資源，系統經過如下步驟實如今當前屏幕上獲取最佳的顯示:

1.系統使用適當的替代資源

基於當前屏幕的尺寸和密度，系統會使用應用程序裏的任何指定尺寸和密度的資源。例如，若是設備有一個高密度屏幕且應用程序請求繪圖資源時，，系統會在繪圖資源目錄尋找最匹配的設備配置。依賴於其餘可用的替代資源，一個有hdpi限定符的資源目錄（如 drawable-hdpi）多是最匹配的，所以系統使用這個目錄中的繪圖資源。

2.若是沒有匹配的資源可用，系統會使用默認資源且會調高或下降資源去匹配當前屏幕的尺寸和密度這些「默認」資源是指那些沒有配置限定符標記的資源。例如在drawable/中的資源就是默認的繪圖資源。系統假定默認資源是爲基準屏幕尺寸和密度設計的，即標準屏幕尺寸和中等密度。例如，系統會恰當地爲高密度屏幕調高默認密度資源，爲低密度屏幕下降默認資源。

然而，當系統在尋找一個指定密度的資源且在指定密度目錄沒找到它時，它不會老是使用默認資源。爲了獲取更好的效果，系統會使用一個其餘指定密度資源。例如，當系統在尋找一個低密度資源且這個資源是不可用時，系統更喜歡下降高密度版本的資源，由於系統能夠簡單地乘以0.5係數將高密度資源下降爲低密度，與調整中等密度資源乘以0.75係數相比，這樣用到不多的工件。

關於Android是如何經過匹配配置限定符到設備配置來選擇替代資源的更多信息，請閱讀How Android Finds the Best-matching Resource章節。

使用配置限定符

Android支持多種配置限定符，讓你控制系統如何基於當前設備屏幕的特徵選擇替代資源。一個配置限定符是一個字符串，你能夠把它附加到你的Android工程的資源目錄中並指定裏面的資源是爲此配置設計的。

爲了使用配置限定符：

1.在你的工程的res目錄建立一個新目錄，並使用格式命名：
:-
:是標準的資源名稱（如drawable or layout）。
:是下面表1中的配置限定符，指定這些資源將要被用的屏幕配置（如hdpi or xlarge）。

2.保存這些適當的指定配置的資源到這個新目錄。這些資源文件的命名必須嚴格與默認的資源文件名同樣.

例如，xlarge是用於超大屏幕的配置限定符。當你添加這些字符串到一個資源目錄名（如layout-xlarge）時，它告訴系統這些資源將被用到有超大屏幕的設備上。

表1 容許你提供指定資源給不一樣屏幕配置的配置限定符

{|style="border-spacing: 0px;margin: 4px 4px; width: 90%; border-left:1px solid #ccc;border-top:1px solid #ccc; "

|-style="background:#DEE8F1; "
! style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px" | Screen characteristic
! style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px" | Qualifier
! style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px" | Description

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:0px solid #ccc; padding:5px 15px; " | 
Size
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
small
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
Resources for small size screens

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:0px solid #ccc; padding:5px 15px; " |

| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
normal
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
Resources for normal size screens. (This is the baseline size.)

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:0px solid #ccc; padding:5px 15px; " |

| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
large
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
Resources for large size screens.

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |

| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
xlarge
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
Resources for extra large size screens

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:0px solid #ccc; padding:5px 15px; " | 
Density
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
ldpi
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |
Resources for low-density (ldpi) screens (~120dpi).

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:0px solid #ccc; padding:5px 15px; " |

| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
mdpi
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |
Resources for medium-density (mdpi) screens (~160dpi). (This is the baseline density.)

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:0px solid #ccc; padding:5px 15px; " |

| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
hdpi
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |
Resources for high-density (hdpi) screens (~240dpi).

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:0px solid #ccc; padding:5px 15px; " |

| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
xhdpi
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |
Resources for extra high-density (xhdpi) screens (~320dpi).

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:0px solid #ccc; padding:5px 15px; " |

| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
nodpi
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |
Resources for all densities. These are density-independent resources. The system does not scale resources tagged with this qualifier, regardless of the current screen's density.

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |

| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
tvdpi
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |
Resources for screens somewhere between mdpi and hdpi; approximately 213dpi. This is not considered a "primary" density group. It is mostly intended for televisions and most apps shouldn't need it—providing mdpi and hdpi resources is sufficient for most apps and the system will scale them as appropriate. If you find it necessary to provide tvdpi resources, you should size them at a factor of 1.33* mdpi. For example, a 100px x 100px image for mdpi screens should be 133px x 133px for tvdpi.

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:0px solid #ccc; padding:5px 15px; " | 
Orientation
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
land
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |
Resources for screens in the landscape orientation (wide aspect ratio).

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |

| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
port
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |
Resources for screens in the portrait orientation (tall aspect ratio).

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:0px solid #ccc; padding:5px 15px; " | 
Aspect ratio
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
long
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |
Resources for screens that have a significantly taller or wider aspect ratio (when in portrait or landscape orientation, respectively) than the baseline screen configuration.

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |

| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
notlong
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |
Resources for use screens that have an aspect ratio that is similar to the baseline screen configuration.

|}

注：若是在Android3.2或者更高版本上開發應用程序，請參閱Declaring Tablet Layouts for Android 3.2章節獲取關於新的配置限定符的信息，當申明瞭指定屏幕尺寸（而不是使用表1中的尺寸限定符的佈局資源時，你應當使用這些限定符。

獲取更多關於這些限定符如何大體對應於真實的屏幕尺寸和密度的信息，請參閱本文中前面提到的支持的屏幕範圍章節。

例如，下面是應用程序中的資源目錄列表，這個程序爲中等、高及超高密度屏幕提供了不一樣的爲不一樣屏幕尺寸和位圖繪圖設計的佈局。
res/layout/my_layout.xml // 標準屏幕尺寸的佈局("默認")
res/layout-small/my_layout.xml // 小屏幕尺寸的佈局
res/layout-large/my_layout.xml // 大屏幕尺寸的佈局
res/layout-xlarge/my_layout.xml //超大屏幕尺寸的佈局
res/layout-xlarge-land/my_layout.xml // 橫向超大的屏幕布局

res/drawable-mdpi/my_icon.png // 中等密度的位圖
res/drawable-hdpi/my_icon.png //高密度的位圖
res/drawable-xhdpi/my_icon.png // 超高密度的位圖

如須要更多關於如何使用替代資源和完整的配置限定符列表（不只僅是屏幕配置）的信息，請參閱Providing Alternative Resources。

請注意，當Android系統挑選資源時，它採用必定的邏輯來斷定「最匹配」資源。也就是說，使用的限定符不必在全部狀況下，爲了系統能用到它而嚴格匹配當前屏幕配置。具體來講，當基於尺寸的限定符選擇資源時，若是沒有更匹配的資源，系統會使用比當前屏幕更小的屏幕資源（例如，必要時，大尺寸屏幕將會使用標準尺寸屏幕資源）。可是，若是惟一可用的屏幕資源比當前屏幕大，系統將不會使用它們，並且若是沒有其餘匹配設備的配置的話，應用程序將會崩潰（例如，若是全部佈局資源都被標記爲xlarger限定符，可是設備是一個標準尺寸的屏幕）。更多關於系統如何選擇資源的信息，請閱讀How Android Finds the Best-matching Resource章節。

小提示：若是你有一些系統從未調整過的繪圖資源（或許由於在運行時對其進行了調整），應當把他們放置在nodpi配置個限定符的目錄。有這些限定符的資源被認爲是密度不可知的資源，系統將不會調整它們。

設計可替代的佈局和繪圖

應該建立的可替代資源的類型取決於應用程序的須要。一般，應該使用尺寸和方向限定符提供可替代的佈局資源，使用密度限定符去提供替代的位圖繪圖資源。
下面的段落分別總結了應該如何使用尺寸和密度限定符來提供替代的佈局和繪圖。

可替代的佈局

通常狀況下，一旦在不一樣屏幕配置上測試應用程序，應該知道是否須要爲不一樣屏幕尺寸建立可替代的佈局。例如：

• 當在小屏幕上測試時，可能會發現，佈局不是很適合這個屏幕。例如，一排按鈕可能不適合在小屏幕的設備的屏幕寬度內。這種狀況下，應該爲小屏幕提供一種可替代的佈局，即經過調整這些按鈕的大小或位置。

• 當在超大屏幕上測試時，可能會意識到，佈局並無有效地利用大屏幕，而是經過拉伸來填充它。在這種狀況下，應該爲超大屏幕提供一種可替代的佈局，便可經過提供一種從新設計的最合適於較大屏幕如平板的UI。
  雖然應用程序應當能夠在沒有可替代佈局的大屏幕上工做正常，可是，對用戶來講，程序看起來好像是專門爲他們的設備設計的這一點很是重要。若是是很明顯被拉伸的UI，用戶對應用程序體驗會更加不滿意。

• 並且，當在橫向測試時可能會注意到，與縱向相比較，放置在縱向屏幕底部的UI元素應該是在橫向屏幕的右側。

簡而言之，應該確保應用程序的佈局：
* 適合在小屏幕上（這樣用戶真正使用應用程序）
* 優化大屏幕，充分利用額外的屏幕空間
* 優化橫向和縱向兩個方向

若是在系統調整了佈局後，UI要使用合適大小的位圖（如按鈕的背景圖片），應當使用九補丁的位圖文件。九補丁文件基本是一個指定的可拉伸的二維PNG文件。當系統須要調整正在使用的位圖的視圖時，系統會拉伸九補丁位圖，但僅延伸指定區域。一樣地，沒有必要提供不一樣的繪圖給不一樣的屏幕尺寸，由於九補丁位圖能調整任何大小。然而，應當提供可替代的九補丁文件的版本給不一樣屏幕密度。

可替代的繪圖

幾乎每一個應用程序應該有對應於不一樣屏幕密度的可替代的繪圖資源，由於幾乎每一個應用程序都有一個啓動圖標，並且圖標應該在全部屏幕密度上看起來都很好。一樣，若是在應用程序中包含了其餘位圖繪圖（如菜單圖標或應用程序的其餘圖像），應當提供可替代的版本或者每個版本給不一樣的密度。

注：只須要給位圖文件（(.png, .jpg, or .gif）和九補丁文件(.9.png)提供指定密度的繪圖。若是你使用XML去定義形狀，顏色或者其餘繪圖資源，應該在默認的繪圖目錄（drawable/）作一個備份。

http://developer.android.com/images/screens_support/screens-densities.png

圖4支持每一個密度的位圖繪圖的相對尺寸

爲了給不一樣密度建立可替代的位圖繪圖，應該遵循基於四種廣義密度的3:4:6:8的縮放比例。例如，你有一個48x48像素的中等密度屏幕的位圖繪圖（一個啓動圖標的尺寸），全部不一樣的尺寸應該是：

• 36x36適合於低密度
• 48x48適合於中等密度
• 72x72適合於高密度
• 96x96適合於超高密度

獲取更多關於設計圖標的信息，請參閱the Icon Design Guidelines，文中包含了各類位圖繪圖的尺寸信息，如啓動圖標，菜單圖標，狀態欄圖標，選項卡圖標等等。

Android3.2平板佈局的聲明

對於第一代運行在Android3.0上的平板，正確聲明平板佈局的方法是把他們放到一個有xlarge配置限定符的目錄裏（例如，res/layout-xlarge/）。爲了適應其餘類型的平板和屏幕尺寸-尤爲是7寸平板-Android3.2爲更多離散的屏幕尺寸引進了一種新的指定資源的方式。這項新技術是基於你的佈局須要的空間（如600dp的寬度），而不是試圖讓你的佈局去適合廣義的尺寸組（如large or xlarge）。

設計7寸平板的緣由是很是複雜的，當時使用廣義的尺寸組是指一個7寸的平板在技術上與一個5寸的手機在同一個組（大組）。雖然這兩個設備在尺寸上看上去很接近，可是應用程序的UI的空間是顯著不一樣的，用戶交互的風格也是如此。所以，一個7寸和5寸的屏不該該老是使用同一個佈局。爲了把提供兩種不一樣屏的佈局變成可能，Android如今容許你基於寬度與/或者高度指定佈局資源，在dp單位中指定，這對於應用程序佈局頗有效。

例如，在已經設計好了要用於平板類型的設備的佈局後，當屏幕少於600dp寬時，可能會決定讓佈局中止工做。這個閾值所以會成爲平板佈局須要的最小尺寸。照此，如今會指定這些佈局資源應當能被使用，僅僅在應用程序的UI有至少600dp寬度可用時。

應該要麼選擇寬度，並把它設計爲最小尺寸，要麼測試佈局一旦完成時，它支持的最小寬度是多少。

注：請記住，全部的這些新尺寸的APPs使用的數字都是密度無關性像素（dp）值，且佈局的維度應該老是被定義使用dp單位，由於關心的是，系統佔用屏幕密度後可用屏幕空間的數量。更多關於密度無關性像素的信息，請閱讀文中前面提到的Terms and concepts。

新的尺寸限定符的使用

不一樣可以指定的基於佈局的可用空間的資源配置的總結見表2。與傳統的屏幕尺寸組（小、標準、大和超大）相比，這些新的限定符提供了更多的控制權在指定的應用程序支持的屏幕尺寸方面。

注：指定的使用這些限定符的尺寸不是實際的屏幕尺寸。相反，在dp單位中的寬度或高度的尺寸對你的activity的窗口是可用的。Android系統可能會使用一些屏幕作系統UI（如屏幕底部的系統欄或頂部的狀態欄），因此一些屏幕有可能對於你的佈局是不可用的。所以，你申明的尺寸應該是，特別是你的activity須要的尺寸-當申明瞭系統能提供給你的佈局多少空間時，系統會佔用任何被系統UI使用的空間。還須要注意的是，工具欄被認爲是應用程序窗口空間的一部分，儘管你的佈局沒有申明，所以，系統會給佈局縮減可用空間，在設計時必須考慮到這點。

表2 屏幕尺寸的新配置限定符(Android 3.2中介紹的)

{|style="border-spacing: 0px;margin: 4px 4px; width: 90%; border-left:1px solid #ccc;border-top:1px solid #ccc; "

|-style="background:#DEE8F1; "
! style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px" | Screen configuratione
! style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px" | Qualifier values
! style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px" | Description

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
smallestWidth
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |
swdp

Examples:
sw600dp
sw720dp
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |
The fundamental size of a screen, as indicated by the shortest dimension of the available screen area. Specifically, the device's smallestWidth is the shortest of the screen's available height and width (you may also think of it as the "smallest possible width" for the screen). You can use this qualifier to ensure that, regardless of the screen's current orientation, your application's has at least dps of width available for it UI.

For example, if your layout requires that its smallest dimension of screen area be at least 600 dp at all times, then you can use this qualifer to create the layout resources, res/layout-sw600dp/. The system will use these resources only when the smallest dimension of available screen is at least 600dp, regardless of whether the 600dp side is the user-perceived height or width. The smallestWidth is a fixed screen size characteristic of the device; the device's smallestWidth does not change when the screen's orientation changes.

The smallestWidth of a device takes into account screen decorations and system UI. For example, if the device has some persistent UI elements on the screen that account for space along the axis of the smallestWidth, the system declares the smallestWidth to be smaller than the actual screen size, because those are screen pixels not available for your UI.

This is an alternative to the generalized screen size qualifiers (small, normal, large, xlarge) that allows you to define a discrete number for the effective size available for your UI. Using smallestWidth to determine the general screen size is useful because width is often the driving factor in designing a layout. A UI will often scroll vertically, but have fairly hard constraints on the minimum space it needs horizontally. The available width is also the key factor in determining whether to use a one-pane layout for handsets or multi-pane layout for tablets. Thus, you likely care most about what the smallest possible width will be on each device.

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
Available screen width
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |
wdp

Examples:
w720dp
w1024dp
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |
Specifies a minimum available width in dp units at which the resources should be used—defined by the value. The system's corresponding value for the width changes when the screen's orientation switches between landscape and portrait to reflect the current actual width that's available for your UI.

This is often useful to determine whether to use a multi-pane layout, because even on a tablet device, you often won't want the same multi-pane layout for portrait orientation as you do for landscape. Thus, you can use this to specify the minimum width required for the layout, instead of using both the screen size and orientation qualifiers together.

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
Available screen height
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |
hdp

Examples:
h720dp
h1024dp
etc. 
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |
Specifies a minimum screen height in dp units at which the resources should be used—defined by the value. The system's corresponding value for the height changes when the screen's orientation switches between landscape and portrait to reflect the current actual height that's available for your UI.

Using this to define the height required by your layout is useful in the same way as wdp is for defining the required width, instead of using both the screen size and orientation qualifiers. However, most apps won't need this qualifier, considering that UIs often scroll vertically and are thus more flexible with how much height is available, whereas the width is more rigid.
|}

雖然使用這些限定符看上去比使用屏幕尺寸組更加複雜，可是當你一旦肯定UI的需求後，這實際上應當更簡單。當設計UI時，可能關心的主要事情是，應用程序在手機類型的UI和多窗格的平板類型的UI之間切換時的實際尺寸。切換的關鍵在於特定的設計，也許須要720dp的寬度給平板佈局，也許600dp已足夠，或者480dp，或者其餘位於這之間的數值。使用表2中的限定符，須要掌握佈局改變時的精確尺寸。

更多關於這些尺寸配置限定符的討論，請參閱Providing Resources文檔。

配置實例

爲了幫助實現一些爲不一樣類型的設備設計的目標，下面是一些典型的屏幕寬度的數值：

• 320dp:一種典型的手機屏幕 (240x320 ldpi, 320x480 mdpi, 480x800 hdpi, 等等).
• 480dp: 一種有點像條紋的中間態的平板 (480x800 mdpi).
• 600dp: 7寸平板 (600x1024 mdpi).
• 720dp: 10寸平板 (720x1280 mdpi, 800x1280 mdpi, etc).

使用表2中的這些尺寸限定符，應用程序能夠在使用任何想要的寬度或高度的平板和手機的不一樣佈局資源間切換。例如，若是平板佈局支持的最小可用寬度是600dp，應該提升兩套佈局：

res/layout/main_activity.xml # 手機適用

res/layout-sw600dp/main_activity.xml #平板適用

在這種狀況下，爲了使平板佈局能用，可用的屏幕空間的最小寬度必須是600dp。

對於其餘狀況，你要進一步自定義你的UI以區分如7寸和10寸平板的尺寸，能夠定義額外的最小寬度佈局：

res/layout/main_activity.xml # 適用於手機 (小於600dp的可用寬度)

res/layout-sw600dp/main_activity.xml #適用於7寸平板(大於等於600dp的可用寬度)

res/layout-sw720dp/main_activity.xml # 適用於10寸平板(大於或等於720dp的可用寬度)

請注意，第二套採用的「可用的寬度」限定符wdp。經過這種方式，一個設備可能實際上使用兩種佈局，這取決於屏幕的方向（若是在一個方向上可用的寬度是至少600dp，在另外一個方向上少於600dp）。

若是關心的是可用高度，能夠一樣使用hdp限定符。或者，若是狀況比較特殊，甚至能夠結合wdp 和 hdp一塊兒使用。

支持屏幕尺寸的聲明

一旦已經實現了不一樣屏幕尺寸的佈局，在manifest文件中聲明應用程序支持哪一種屏幕也一樣重要。

隨同新的屏幕尺寸的配置限定符一塊兒，Android3.2引進了新的 manifest元素屬性。

android:requiresSmallestWidthDp

:指定須要的最小smallestWidth。smallestWidth是必須能被應用程序的UI利用的屏幕空間的（在dp單位裏）最小尺寸。也就是，最短的可用的屏幕的二維尺寸。所以，爲了讓設備與應用程序兼容，設備的smallestWidth必須大於等於這個值。（一般，不論屏幕當前的方向是什麼，你提供的值是你的佈局支持的「最小寬度」。

:例如，若是應用程序是爲600dp的最小可用寬度的平板類型設備設計的:

...

:然而，若是應用程序支持全部Android支持的屏幕尺寸（如426dp x 320dp同樣小），那麼沒有必要申明這個屬性，由於須要的最小寬度可能在任何設備上都是最小的。

注意：Android並不關心這個屬性，所以它不會影響應用程序在運行時的行爲。相反，它經常會爲應用程序在服務如谷歌播放上進行過濾。然而，谷歌播放目前不支持過濾屬性（在Android3.2上），所以，若是應用程序不支持小屏幕，應該繼續使用其它尺寸的屬性。

android:compatibleWidthLimitDp

:這個屬性容許經過指定應用程序支持的最大「最小寬度」將屏幕的兼容模式做爲一個用戶可選特徵。若是設備的可用屏幕最小邊大於這個值，用戶仍然能夠安裝應用程序，可是不能在屏幕的兼容模式上運行。默認狀況下，屏幕的兼容模式是禁用的，和日常同樣，佈局會被調整到適合屏幕，可是按鈕在系統欄是可用的，它容許用戶開啓和關閉屏幕的兼容模式。

注：若是應用程序的佈局正好適合大屏幕，就不必使用這個屬性。咱們建議避免使用這個屬性，而不是按照本文檔中的建議確保佈局適合更大屏幕。

android:largestWidthLimitDp

:這個屬性經過指定你的應用程序支持的最大「最小寬度」強制開啓屏幕的兼容模式，若是設備的可用屏幕最小邊大於這個值，應用程序會運行在屏幕兼容模式上，且用戶沒有辦法去禁用它。

注：若是應用程序的佈局正好適合大屏幕，就不必使用這個屬性。咱們建議避免使用這個屬性，而不是按照本文檔中的建議確保你的佈局適合更大屏幕。

注意：當在Android3.2或者更高版本上開發時，不該該使用較舊的屏幕尺寸屬性並結合上面列出的屬性。同時使用新屬性和較舊的尺寸屬性會致使不可預料的事情發生。

更多關於這些屬性的信息，請查閱以上相應的連接。

最佳實踐

支持多個屏幕的目的是爲了建立一個能正常運行，且在任何Android支持的廣義的屏幕配置上看起來都很舒服的應用程序。本文的前面章節提供了關於Android如何使應用程序適應屏幕配置和如何在不一樣屏幕配置上自定義應用程序的外觀的信息。這節提供了一些額外的技巧來確保應用程序適用於不一樣屏幕配置的技術。

下面是關於如何確保你的應用程序可以恰當地顯示在不一樣屏幕上的快速檢查清單：

1.當在XML佈局文件中指定尺寸時，使用wrap_content, fill_parent, 或者dp單位

2.在應用程序代碼中不要使用硬編碼的像素值

3.不要使用絕對佈局（已被棄用）

4.對不一樣的屏幕密度採用可替代的位圖繪圖

下面章節將講述更多細節。

• 1.佈局尺寸使用wrap_content, fill_parent, 或者 dp單位*

當在XML佈局文件中定義視圖的android:layout_width和 android:layout_height時，使用wrap_content, fill_parent, 或者 dp單位以保證在當前設備屏幕上能給視圖分配一個適當的尺寸。

例如，一個layout_width爲100dp的視圖在中等密度的屏幕上是100像素，在高密度屏幕上系統將把它調整到150dp，因而視圖在屏幕上佔用了大體相同的物理空間。

一樣地，應該更喜歡用sp（與比例無關的像素）來定義文本的尺寸。Sp比例因子取決於用戶的設置和系統調整的尺寸與它爲dp調整的相同。

• 2.在應用程序代碼中不要使用硬編碼的像素值*

出於性能方面的緣由及爲了保持代碼更簡單，Android系統採用像素做爲尺寸或座標值的標準單位。意思是，在代碼中，視圖的尺寸老是用像素表達，但總基於當前屏幕密度。例如，若是myView.getWidth()函數的返回值是10，在當前屏幕上視圖有10個像素寬度，可是在更高密度屏幕的設備上，返回值多是15.若是在你的應用程序代碼中，使用像素值爲位圖的單位，且該位圖不是爲當前屏幕密度預先調整的，可能會調整這些在代碼中你用以匹配未調整的位圖源的像素值。

假設應用程序在運行時巧妙地處理位圖或像素值，請參閱下面的章節Additional Density Considerations。

• 3. 不要使用絕對佈局*

不像其餘的佈局部件，絕對佈局強制使用固定位置給子視圖佈局，這很容易致使用戶界面不能很好地工做在不一樣的屏幕上。正由於如此，在Android1.5（API等級爲3）中已經棄用了絕對佈局。

相反，應該使用相對佈局，它會使用相對位置爲它的子視圖佈局。例如，能夠指定按鈕部件應該在文本部件的右側。

• 4.使用尺寸和指定密度資源*

雖然系統會基於當前屏幕配置調整你的佈局和繪圖資源，可是能夠在不一樣屏幕尺寸上調整UI，且提供最優化的位圖繪圖給不一樣密度。這在本文的前面已經反覆強調過。

若是須要嚴格控制應用程序在各類屏幕配置上的顯示狀況，那麼在指定配置資源目錄中調整佈局和位圖繪圖。例如，假設但願圖標顯示在中等和高密度屏幕上。簡單地建立兩個不一樣尺寸的圖標（例如100x100用於中等密度，150x150用於高密度），把這兩個變體放在適當的目錄，使用適當的限定符：

res/drawable-mdpi/icon.png //適合於中等密度屏幕

res/drawable-hdpi/icon.png //適合於高密度屏幕

注：若是密度限定符沒有定義在目錄名中，系統會假定在那個目錄裏的資源是爲基線中等密度設計的，將會適當地爲其餘密度作調整。

更多關於有效的配置限定符的信息，請參閱本文前面結束的Using configuration qualifiers。

附加密度的注意事項

本節描述了更多關於系統如何在不一樣屏幕密度上調整位圖繪圖、以及如何更好地控制位圖在不一樣密度上的顯示信息。本節中的信息對大多數應用程序應該不是很重要，除非應用程序在不一樣屏幕密度上運行時或者應用程序篡改了圖像時，遇到了問題。
爲了更好地瞭解在運行過程當中改變了圖像時如何作到支持多密度，應該瞭解，系統經過如下幾種方式確保合適的位圖尺寸：

1.預先調整的資源（如位圖繪圖）

:基於當前屏幕的密度，系統使用應用程序中任何指定尺寸和密度的資源，並顯示出來且不須要任何調整。若是資源在當前密度不可用，系統將會下載默認資源並調整他們使之適合於當前屏幕密度。系統認爲默認資源（無配置限定符目錄的資源）是爲基準屏幕密度（mdpi）設計的，除非它們是從指定密度資源目錄下載的。預先調整是指調整位圖到當前屏幕密度適合的尺寸時系統所作的事情。

:若是你請求預先調整好的資源的尺寸，系統會返回調整後表明該尺寸的值。例如，一個50x50 像素的mdpi屏幕的位圖要在hdpi屏幕上擴大爲75x75像素（若是此時沒有可替代資源給hdpi），系統會這樣返回此值。
:有一些狀況下，可能不須要Android的預先調整的資源。避免預先調整的最簡單方式是將資源放置到nodpi配置限定符的目錄中。例如：

:res/drawable-nodpi/icon.png

:當系統使用這個文件夾中的icon.png位圖時，它不會基於當前屏幕密度去調整該位圖。

2.像素尺寸和座標值的自動調整

:應用程序能夠經過在清單文件中設置android:anyDensity的屬性爲「假」或在程序中設置位圖的inScaled值爲「假」禁止預先調整資源。在這種狀況下，系統在繪圖時會自動調整絕對像素的座標值和像素尺寸。這樣作的目的是，爲了確保已定義像素的屏幕元素仍然能以接近他們在基線屏幕密度（hdpi）上的物理尺寸顯示出來。系統透明地處理這種調整並把調整後的像素尺寸，而不是物理像素尺寸告訴應用程序。

:例如，假設一個設備有WVGA高密度屏幕，即480x800，這與傳統的HVGA屏幕的尺寸大約相同，可是它運行着已禁止預先調整資源功能的應用程序。在這種狀況下，當系統在查找屏幕尺寸時，它會「欺騙」應用程序，給它返回值320x533（轉化成屏幕密度接近mdpi）。而後，當應用程序開始繪圖操做時，如使矩形從(10,10) 擴大到 (100, 100)變成無效，系統經過縮放接近數量的值調整座標，且把區域(15,15) 擴大到 (150, 150)變成無效。若是你的應用程序直接使用這個調整後的位圖，這個偏差會致使不可預期的行爲，可是這被認爲是合理的折中的儘量保持應用程序性能的方法。若是遇到這種狀況，請閱讀下面關於Converting dp units to pixel units章節。

:一般狀況下，不該該禁止預先調整資源。支持多屏的最好方式是按照上面的How to Support Multiple Screens提到的基本技術操做。

若是應用程序在屏幕上以其它某種方式操做位圖或與像素直接交互，你可能須要採起額外的步驟來支持不一樣屏幕密度。例如，若是你經過數手指劃過期的像素值的方式響應觸摸，你須要使用適當的密度無關性像素值，而不是實際的像素值。

調整運行時建立的位圖對象

若是應用程序建立一個內存中的位圖（位圖對象），系統認爲這個位圖是爲基線中等密度屏幕設計的，默認狀況下，在繪製時自動調整位圖。當位圖沒有指定密度特性時，系統採用「自動調整」技術。若是沒有正確地考慮到當前屏幕密度，也沒有指定位圖的密度特性，自動調整會致使人爲縮放，這與沒有提供可替代資源時同樣。

爲了控制在運行時建立的位圖是否須要調整，你能夠經過setDensity()指定位圖的密度，從DisplayMetrics傳遞一個密度常量，好比DENSITY_HIGH 或 DENSITY_LOW。

若是正在建立一個使用BitmapFactory（如從文件或者流）的位圖，可使用BitmapFactory。選擇定義一個已經存在的位圖的特性，這決定系統是否或如何調整位圖。例如，可使用Density來定義位圖是爲哪一種密度設計的，用Scaled去指定位圖是否應該調整到匹配當前設備的屏幕密度。

若是設置Scaled爲假，禁用了任何系統會用於位圖的預先調整功能，系統在運行時將會自動調整它。使用自動調整而不是預先調整會耗費更多CPU，可是佔用更少的內存。

http://developer.android.com/images/screens_support/scale-test.png

圖5 預先調整和自動調整位圖的演示比較結果

圖5 演示了當在高密度屏幕上下載低（120），中等(160) 和高 (240) 密度位圖時，預先調整和自動調整機制的結果。區別是微妙的，由於全部的位圖都被調整以匹配當前屏幕密度，然而調整過的位圖的外觀稍微不一樣，這取決於在繪製時採用的是預先調整仍是自動調整。你會找到此示例應用程序的源代碼，在ApiDemos裏，演示瞭如何使用預調整和自動調整位圖。

注：在Android3.0或者以上版本，因爲圖形框架的改進，預先調整和自動調整位圖之間應該沒有明顯的差別。

轉換dp單位爲像素單位 在某些狀況下，須要用dp來表示尺寸，而後把他們轉換爲像素。想象一下，在應用程序中滾動或者扔的手勢在用戶的手指劃過至少16像素後才能被識別出。在基準屏幕上，在手勢被識別出來以前，用戶必須劃過16像素除160dpi，這等於十分之一英寸（或者2.5毫米）。在一個高密度屏幕（240dpi）設備上，用戶必須劃過16像素除240dpi，即十五分之一英寸（或者1.7毫米）。這個距離至關短，所以對用戶來講，程序看上去更加敏感。

要解決這個問題，手勢閾值必須用dp表示，而後轉換成實際的像素。例如：

// The gesture threshold expressed in dp
private static final float GESTURE_THRESHOLD_DP = 16.0f;

// Get the screen's density scale
final float scale = getResources().getDisplayMetrics().density;
// Convert the dps to pixels, based on density scale
mGestureThreshold = (int) (GESTURE_THRESHOLD_DP * scale + 0.5f);

// Use mGestureThreshold as a distance in pixels...

根據當前屏幕密度，DisplayMetrics.density指定了你必須使用的將dp單位轉爲像素單位的比例因子。在一箇中等密度屏幕上，DisplayMetrics.density等於1.0；在高密度屏幕上，DisplayMetrics.density等於1.5；在一個超高密度屏幕上，DisplayMetrics.density等於2.0；在低密度屏幕上，DisplayMetrics.density等於0.75.這個比例因子乘以dp單位獲得的值就是當前屏幕的實際像素值（而後添加0.5f作四捨五入，轉化的整數）。更多信息，請參看DisplayMetrics類。

然而，不是爲這裏事件定義任意閾值，而是你應該使用預先調整的可從ViewConfiguration獲取的配置值。

使用預先調整的配置值

可使用ViewConfiguration類去訪問Android使用的共同的距離、速度和時間。例如，框架使用的做爲滾動閾值的距離可經過getScaledTouchSlop()獲得：

private static final int GESTURE_THRESHOLD_DP =ViewConfiguration.get(myContext).getScaledTouchSlop();

之前綴getScaled開頭的ViewConfiguration的方法保證返回值以像素爲單位，不管當前屏幕的密度是什麼，它都能正確顯示。

如何在多屏上測試你的應用程序

在發佈應用程序以前，應該在全部支持的屏幕尺寸和密度上完全地測試應用程序。Android的SDK包含了你可使用的模擬器，它複製了應用程序能夠運行的通用的屏幕配置的尺寸和密度。能夠修改模擬器默認的尺寸，密度和分辨率以複製任何指定屏幕的特徵。使用模擬器和額外的自定義配置讓你能夠測試任何可能的屏幕配置，所以沒必要買各類設備來測試應用程序支持的屏幕。

爲了創建測試應用程序支持的屏幕環境，經過使用模擬器和模仿應用程序支持的屏幕的尺寸和密度的屏幕配置，應當建立一組AVDs（Android虛擬設備）。要作到這一點，可使用AVD管理器去建立AVDs，而後以圖形界面方式啓動它們。

爲了啓動Android SDK管理器，在Android SDK目錄（在windows上）執行SDK Manager.exe或者在/tools/目錄執行android。圖6展現了用來測試各類屏幕配置的選擇了AVDs的AVD管理器。

http://developer.android.com/images/screens_support/avds-config.png

圖6展現了用來測試各類屏幕配置的選擇了AVDs的AVD管理器。

更多有關建立和使用AVDs測試應用程序的信息，請參閱Managing AVDs with AVD Manager。

表3 Android SDK中從模擬器獲取的各類屏幕配置和其它典型的分辨率

{|style="border-spacing: 0px;margin: 4px 4px; width: 90%; border-left:1px solid #ccc;border-top:1px solid #ccc; "

|-style="background:#DEE8F1; "
! style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px" | 
! style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px" | Low density (120), ldpi
! style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px" | Medium density (160), mdpi
! style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px" | High density (240), hdpi
! style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px" | Extra high density (320), xhdpi

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
Small screen 
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
* QVGA (240x320)* 
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |

| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
480x640
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
Normal screen

| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
* WQVGA400*

* (240x400)* 
* WQVGA432*

* (240x432)* 
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
* HVGA (320x480)* 
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
* WVGA800 (480x800)* 
* WVGA854 (480x854)* 
600x1024
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
640x960

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
Large screen 
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
* WVGA800* * * 
* (480x800)* 
* WVGA854* * * 
* (480x854)* 
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
* WVGA800* (480x800)* 
* WVGA854* (480x854)* 
600x1024
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |

| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " |

|- style=" vertical-align:top;" 
| style=" border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
Extra Large screen 
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
1024x600
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
* WXGA(1280x800)†* 
* 1024x768* 
* 1280x768* 
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
1536x1152
1920x1152 
1920x1200
| style="border-right:1px solid #ccc;border-bottom:1px solid #ccc; padding:5px 15px; " | 
2048x1536
2560x1536 
2560x1600
|}

• 爲了模仿此配置，在建立一個使用WVGA800或者WVGA854外觀的AVD時指定.自定義的密度爲160.
• * 爲了模仿此配置，在建立一個使用WVGA800或者WVGA854外觀的AVD時指定.自定義的密度爲120 † 這個外觀是Android3.0平臺可用的.

想要知道支持任何給定屏幕配置的有源設備的相對數量，請參看屏幕尺寸和密度儀表板。

咱們也建議在物理尺寸接近匹配的實際設備的模擬器上測試應用程序。這使得比較各類尺寸和密度上的測試結果變得很是容易。作到這點，須要知道電腦顯示器（例如，30寸的Dell顯示器的密度大約爲960dpi）的以dpi爲單位的近似密度。當從AVD管理器啓動AVD時，能夠在啓動選項中，如圖7所示，指定模擬器的屏幕尺寸和顯示器的dpi。

http://developer.android.com/images/screens_support/avd-start.png

圖7 當從AVD管理器啓動AVD時，你能設置的尺寸和密度

若是想在內置外觀不支持的分辨率或密度的屏幕上測試應用程序，能夠建立一個使用自定義分辨率或密度的AVD。在建立AVD時，應指定分辨率，而不是選擇內置的外觀。

若是正經過命令行啓動AVD，能夠指定經過選項參數-scale來指定比例。例如：

emulator -avd -scale 96dpi

爲了改變模擬器的大小，能夠經過參數選項選擇想要的比例因子0.1-3實現。

更多關於從命令行建立AVDs的信息，請參閱Managing AVDs from the Command Line。

 

原文連接：http://developer.android.com/guide/practices/screens_support.html