Android-支持多屏幕-1

原文连接：Supporting Multiple Screens

Android运行在许多不一样屏幕尺寸(screen size)和密度(screen density)的设备上。对于应用程序，Android系统提供了一致的跨设备开发环境，处理了应用程序适配屏幕的大部分工做。与此同时，为了优化不一样屏幕配置的UI设计，系统还提供了API让你的应用程序为特定的屏幕尺寸和密度作控制。例如，你可能想平板的UI和手机的不同。

虽然系统会经过缩放(scaling)和调整尺寸来使你的应用程序工做在不一样的屏幕上，但你也应该努力在不一样的屏幕上进行优化。这么作，你就能为全部设备的用户体验最优化，你的用户也就相信你的应用程序是为了他们的设备设计的，这比简单的拉伸去适应他们的设备好多了。

注意：这篇文档假设你的应用程序是为Android 1.6 (API Level 4) 或者更高版本设计的，若是你的应用程序要支持Android 1.5 或者更低的版本，请先阅读Android 1.5 屏幕适配策略。
另外，注意Android 3.2有提供新的API去让你更精确去控制应用程序对于不一样屏幕尺寸的布局资源(layout resources)。这些新的特性会让你的应用程序在为平板优化是显得特别重要。更多的细节，会在"Declaring Tablet Layouts for Android 3.2"这一小节提到。

1：屏幕支持概述

这一小节概述了Android对不一样屏幕的支持，包括对该文档和API中出现的名词和概念的介绍，对系统支持的有关屏幕配置(screen configurations)和相关API，还有屏幕兼容的底层特性。

1.1：名字和概念

屏幕尺寸(Screen size)
实际的物理尺寸，根据屏幕的对角线进行测量。
为了简单起见，Android归类了全部实际的屏幕尺寸为四种泛化的尺寸: small , normal , large，extra large。

屏幕密度(Screen density)
屏幕中一个物理区域包含的像素数；一般和dpi(dots per inch)相对应。例如，一个"low"密度屏幕比一个"normal"或者"high"密度的屏幕有更多的像素。
为了简单，Android归类了全部实际屏幕密度为四种泛化的密度：low, medium, high, extra high。

方向(Orientation)
从用户角度看的屏幕方向。这里指的是横屏(landscape)或者竖屏(portrait)，意味着屏幕高宽比(aspect ratio)分别是宽的或者是高的。注意不一样设备的屏幕不仅是有默认的屏幕方向，它们也可能在运行时用户翻转屏幕发生改变。

分辨率(Resolution)
屏幕物理像素的总数，当进行多屏幕的支持时，程序没必要和分辨率直接打交道；程序应该只关心屏幕的尺寸和密度，如上面指定的几个泛化尺寸和密度归类。

密度-独立像素(Density-independent pixel [dp])
虚拟像素单位，也是你应该在定义UI布局，表达尺寸和位置时使用的一种密度独立方式。
在160dpi屏（也就是"medium"密度的屏幕的基线），一个密度独立像素(dp)等于一个物理像素(px)。在运行时，系统会根据实际的屏幕密度去透明地处理dp单位的缩放比例。dp单位和px单位装换很是简单:
px = dp * (dpi /160).
例如：在240dpi的屏幕上，1dp = 1.5px。你应该老是使用dp去定义应用UI的大小，从而能够保证在不一样的密度屏幕上显示你的UI。

1.2：支持的屏幕范围

从Android 1.6(API Level 4)开始，Android为不一样的屏幕尺寸和密度提供了支持，反映了设备可能有的多种不一样的屏幕配置(screen configuration)。你可使用Android系统的特性(feature)去为每一个屏幕配置优化你应用程序的UI，还能够保证你的程序UI不只合理得渲染，并且为每一个用户的屏幕都尽量提供最好的用户体验。

为了简化多屏幕的UI设计，Android把实际的屏幕尺寸和密度划分为:

• 四种泛化的尺寸: small ,normal, large, xlarge 注意：从Android3.2(API level 13)开始，这种尺寸划分已通过时了，取代的是一种管理屏幕尺寸和密度的新技术。若是你在开发Android 3.2或者更高的版本，看篇文章获取更多信息Declaring Tablet Layouts for Android 3.2.

• 四种泛化的密度: ldpi(low)，mdpi(medium)，hdpi(high)，xhdpi(extra high)

在基准配置(baseline configuration)附近的泛化屏幕尺寸(generalized size)是normal，泛化屏幕密度(generalized density)是mdpi。这个基准线是创建在首部Android驱动的手机(T-Mobile G1)的屏幕配置(screen configuration)上的，它有一个HVGA屏(这是Android在1.6版本以前惟一支持的屏幕配置)。

每一种泛化尺寸和密度对应于实际屏幕尺寸和密度的一个范围。例如，两台声明有同样的normal屏幕尺寸的设备，它的实际屏幕尺寸和宽高比(aspect ratio)可能有点不同。类似地，一样声明同样hdpi的屏幕密度的设备，它的实际像素密度也可能有点不同。Android 在应用程序中抽象了这些轻微的不一致，因此你只须要为泛化的尺寸提供UI设计，让系统去处理必要的调整便可。图一解释了不一样的尺寸和密度是如何归类的。

图 1

当你在为不一样屏幕尺寸设计UI时，你会发现每种设计都须要一个最小空间。因此，每种泛化屏幕尺寸之上会关联上系统定义的最小分辨率。这些最小尺寸的单位是“dp”(你应该在定义布局时使用它，可让系统免于担忧屏幕密度的改变问题)。

• xlarge 的最小空间为 960dp x 720dp

• large 的最小空间为 640dp x 480dp

• normal的最小空间为 470dp x 320dp

• small 的最小空间为 426dp x 320dp

注意：在Android 3.0先后的最小屏幕尺寸定义是不同的。因此你可能会碰到一些在normal和large的设备错分的现象。这些也会创建在屏幕的物理分辨率上，因此会在跨屏幕上形成不一样，例如一个带有系统栏的1024  x 720的 平板实际上对于应用程序会稍微少一点可用空间，由于这部分空间已经被系统栏占用了。

要为不一样的屏幕尺优化你的应用程序UI，你能够为不一样的泛化尺寸和密度提供可选资源(alternative resources)。典型地，你应该提供可选择的布局(layouts)给不一样的屏幕大小和可选择的位图图片给不一样的屏幕密度。 在运行时，系统会根据当前的设备屏幕的泛化尺寸和密度去选择合适的资源。

你没有必要为每种屏幕尺寸和密度的组合都提供一种可选资源。系统提供了很是健壮的兼容特性(compatibility feature)去处理应用程序在不一样设备上渲染的大部分工做，经过优雅地调整(resize)尺寸的技术来实现你的UI。(下面的小节"最佳实践"上会进行描述)

注意：定义设备的泛化屏幕尺寸和密度的特征是相互独立的。例如：一个WVGA的高密度屏幕(high-density)被认为是一个normal尺寸的屏幕由于它的物理尺寸和 T-Mobile G1的差很少(Android的首台设备和基准屏幕配置)。在另外一方面，一个WVGA的中等密度屏幕(medium-denity)会认为是large尺寸屏幕。虽然它们都有相同的分辨率(resolution，同样数量的像素)，WVGA的中等密度屏幕的屏幕密度更低，意味着每一个像素的物理尺寸要大些，所以整个屏幕也要比基准(normal)屏幕要大。

1.3：密度独立(Density independence)

当UI元素在不一样密度的屏幕上呈现时，程序会经过“像素独立(density independence)”来维护它的物理尺寸(从用户的角度)。

维护密度独立是很是重要，由于若是没有它，UI元素(好比按钮)会在低密度(low density)的屏幕上的物理呈现要比高密度(high density)的大。这样的密度相关(density-related)尺寸改变会致使应用程序的布局和可用性问题。图2和3分别向咱们展现了这些不一样。

图2：不支持不一样密度的状况，从左往右分别是 low, medium, high density的屏幕。

图3：支持不一样密度的状况，从左往右分别是 low, medium, high density的屏幕。

Android 系统经过两种方式去帮助你的应用程序完成密度独立:

• 系统在当前屏幕密度下适当地缩放dp单位

• 系统在当前屏幕密度下适当地缩放绘制资源(drawable resource)

在图2中，text view 和 bitmap drawable的维度(dimension)制定为像素(px units)，因此这些视图在低密度的屏幕上比高密度的屏幕要大。这是由于，尽管它们的实际屏幕尺寸同样，但高密度的屏幕在每英寸上拥有更多的像素(一样的像素占用更少的面积)。在图3中，布局的维度指定为密度独立(density-independent)像素(dp units)。由于密度独立的基准线是个中等密度(medium-density)屏幕，因此带有中等密度屏幕的设备就像图2同样拥有一致的视觉效果。然而，对于低密度和高密度的屏幕，系统会相应地缩放密度独立像素去适应屏幕。

在大部分状况下，你能够经过简单地在程序中使用dp单位或者"wrap_content"来保证密度独立。系统会适当地缩放bitmap drawable显示在不一样的尺寸上，这是创建在当前屏幕密度的合适的缩放因子基础上的。

然而，位图的缩放可能会致使模糊或者出现马赛克，你可能会在屏幕截图上注意到这一点。为了不这些现象，你应该为不一样的密度提供可选的位图资源(alternative bitmap resource)。例如，你应该为高密度(high-density)的屏幕提供更高分辨率的位图，系统会使用这些图片而不是去调整为中等密度(medium-density)屏幕设计的位图。接下来的小节将会描述更多关于如何为不一样的屏幕配置提供可选择的资源。

2：如何支持多屏幕

Android对于多屏幕的支持基础是它可以管理应用程序的布局(layout)和位图(bitmap drawables)的渲染，使得能在当前屏幕配置下已一种合理的方式工做。系统经过缩放布局去适应屏幕尺寸/密度和缩放位图去适应屏幕密度的方式，来负责处理应用程序在不一样屏幕配置下的渲染工做。然而，为了更好地处理不一样的屏幕配置，你还应该：

(1)显式地在manifest文件中声明你的应用程序要支持那个屏幕尺寸
经过声明你的应用程序支持的屏幕尺寸，你能够保证只有你支持的设备可以下载你的应用程序。声明对不一样的屏幕尺寸的支持也会影响系统在更大屏幕上绘制你的应用程序，不论你的应用程序是否在屏幕兼容模式(screen compatibility mode)下。
去声明应用程序支持的尺寸，你应该包含<supports-screens>元素到你的manifest文件中。

(2)为不一样的屏幕尺寸提供不一样的布局
默认地，Android会从新调整你的应用程序布局大小去适应当前的设备屏幕。在大部分状况下，这均可以很好地工做。但在有些状况下，你的UI可能看起来就没有那么好了，这时候就须要为不一样屏幕尺寸作调整了。例如，在一个大屏幕上，你可能想去调整一些元素的位置和尺寸来利用额外的屏幕空间，或者在一个更小的屏幕上，你可能想调整大小去让全部元素都能合适地放在屏幕上。
你能够为特定尺寸指定资源使用的配置限定词(configuration qualifiers)有small，normal，large和xlarge。例如，对于特大屏幕的布局应该放在layout-xlarge/里面。
从Android 3.2 (API level 13)开始，以上的尺寸分类已通过时了，取而代之的是使用sw<n> dp配置限定词去定义你的布局资源须要的最小有效宽度。例如，若是你的多面板(multi-pane)平板布局须要至少600dp的屏幕宽度，你应该把相 应的资源放到layout-sw600dp/里面。更多关于使用新的技术去声明布局资源在 Declaring Tablet Layouts for Android 3.2小节中。

(3)为不一样的屏幕密度提供不一样的位图资源
默认地，为了能够在每台设备上渲染出合适的物理尺寸，Android会缩放你的位图(.png，,jpg，and .gif 文件) 和 .9图片(Nine-Patch)。例如，若是你的应用程序仅为基准的中等密度屏幕(mdpi)提供了图片，那么系统会在高密度(high-density)屏幕相应地放大，在低密度(low-density)的屏幕上缩小。这些缩放会给图片带来影响。为了让你的图片看起来更舒服，你应该为不一样的屏幕密度提供不一样分辨率的可选版本。
你能够为特定密度指定资源使用的配置限定词有ldpi(low)，mdpi(medium)，hdpi(high)和xhdpi(extra high)。例如，在高密度屏幕上的图片应该放到drawable-hdpi/文件夹中。

屏幕尺寸和密度配置限定词对应的泛化尺寸和密度在上面的Range of screens supported小节有讨论。
注意：若是你对于配置限定词和系统是如何把它们应用到可选资源上还不是很熟悉，能够阅读Providing Alternative Resources获取更多信息。

在运行时，系统会经过下面的步骤来保证资源可以尽量好地显示在当前屏幕上：

1：系统使用合适的可选资源(alternative resource)
基于当前屏幕的尺寸和密度，系统会在你应用程序中提供的任何 size- 或者 density- 指定的资源。例如，若是设备是个高密度的屏幕，应用程序在请求一个drawable资源，系统会须按照一个最匹配屏幕配置的资源目录。取决于其余有效的可选资源，一个具备hdpi限定词的资源目录(好比drawable-hdpi/)多是最匹配的，所以系统会从这个目录中选用drawable资源。

2：若是不存在有效的匹配资源，系统会使用默认的资源，而后经过放大或缩小它来知足当前的屏幕大小。
“默认”的资源是那些没有配置限定符标志的。例如，在drawable/目录下是默认的drawable资源。系统假定这些资源是为基准屏幕尺寸和密度而设计的，也就是normal尺寸和medium密度的屏幕。如此，系统会为high-density的屏幕适当地放大默认密度的资源，反之low-density的屏幕则会进行缩小。 然而，当系统在寻找特定密度(density-specified)的资源而在特定密度的目录下找不到时，它不老是会使用默认的资源的。系统可能会代替使用其余的特定资源去进行缩放以获得更好的结果。例如，当找不到low-density的资源时，系统更喜欢去缩小high-density的资源，由于系统能够轻易的把high-density中的资源按照0.5的因子去缩小它去适应low-density的版本，这比起使用medium-density资源要0.75的缩放因子要更好些。

更多关于Android如何为屏幕配置去选择不一样配置限定符资源的信息请阅读How Android Finds the Best-matching Resource

2.1：使用配置限定符(configuration qualifier)

Android支持多种配置限定符去让你控制系统使用可选的资源。配置限定符是跟在Android项目里面资源目录后的一个字符串。
使用配置限定符，你须要：

1：在你的项目res/目录下建立一个线的目录并使用这样的命名格式. <resources_name> <qualifier>

• <resources_name> 是一个标准的资源名(好比drawable 或者 layout)

• <qualifier> 是表格1中的其中一个配置限定词，指定每一个屏幕配置会使用到的资源。

2：在这个新的目录下保存一个合适特定配置的资源。资源文件的名字必须和原来默认的同样。
例如：xlarge是特大屏幕的配置限定词。当你在资源目录上加上这个字符串(好比layout-xlarge),系统就会在那些特大屏幕的设备上使用这些资源了。

表1. 为不一样屏幕配置提供的配置限定符。
  
注意：若是你在开发Android 3.2或者更高版本的应用程序，请关注这篇文章Declaring Tablet Layouts for Android 3.2获取为特定屏幕尺寸声明布局资源该使用的配置限定符。

更多关于这些限定符怎么粗略地对应上真实的屏幕尺寸和密度，能够看这篇文章:Range of Screens Supported，前面已经提到过了。

例如，下面在程序中的资源目录列表分别为不一样屏幕尺寸提供不一样的布局设计和为不一样的屏幕密度提供了不一样的图片。

res/layout/my_layout.xml // layout for normal screen size ("default")

res/layout-small/my_layout.xml // layout for small screen size
res/layout-large/my_layout.xml // layout for large screen size
res/layout-xlarge/my_layout.xml // layout for extra large screen size
res/layout-xlarge-land/my_layout.xml // layout for extra large in landscape orientation

res/drawable-mdpi/my_icon.png // bitmap for medium density
res/drawable-hdpi/my_icon.png // bitmap for high density
res/drawable-xhdpi/my_icon.png // bitmap for extra high density

获取更多关于怎么使用可选资源和完整的配置限定符列表(不仅是屏幕配置)，请看 Providing Alternative Resources这篇文章。

值得注意的是，当Android系统在运行时选择资源时，它会按照某种逻辑去决定哪一个是”最匹配“(best matching)的资源。也就是，你没有必要为每一种屏幕配置都配备一份资源。特别地，当基于尺寸限定词(size qualifier)选择资源时，系统会使用比较小的那个资源若是没有更合适的。（好比，若是有须要，一个large-size的屏幕会使用normal-size的资源）。然而，若是资源只存在比当前屏幕尺寸更大的限定符中，系统将不会使用它，你的程序将会崩溃若是没有其余符合设备配置的资源(好比，若是全部的资源都放到xlarge限定符的目录下，可是设备是normal-size的屏幕)。更多信息关于系统如何选择资源，请阅读How Android Finds the Best-matching Resource。

提示：若是你有些图片资源是不但愿被缩放的(可能由于你想在运行时本身去调整)，你应该把它们放到nodpi的配置限定符目录下。在这个限定符下的资源被认为是密度不可知的(density-agnostic)，系统不会去缩放它们。

2.2：设计可替换的布局和图片(drawables)

你要建立的可选资源类型取决于你程序的须要。一般，你应该使用尺寸和方向限定符去提供可选布局资源，用密度限定符去提供可选图片资源。
下面的小节分别总结了该如何使用尺寸和密度限定符去提供可选布局或者图片。

可选布局(alternative layouts)

通常来讲，你在不一样屏幕配置下测试应用程序时，会知道是否应该为不一样的屏幕尺寸提供可选布局。好比：

• 当在小屏幕上测试时，你可能发现你的布局不是很合适。好比，在小屏幕设备上的一排按钮可能不太合适屏幕的宽度。在这种状况下，你应该为小屏幕提供可选布局去调整尺寸或者按钮的位置。

• 当在特大屏幕上测试时，你可能发现你的布局没有有效地利用大屏幕而出现了明显的拉伸现象。在这种状况下，你应该为特大屏幕提供为它从新设计优化的UI的可选资源布局。尽管你的程序在没有为大屏提供可选布局的状况下也可能工做地很好，可是让用户看起来这个程序是为他们的设备而设计的这点是很是重要的。若是UI很明显有拉伸，用户可能不会满意程序的体验。

• 还有，在对比测试横屏和竖屏时，你可能会注意到在竖屏的底部的UI元素，在横屏上应该放置在右侧。

总结一下，你应该保证你的程序布局：

• 适用于小屏幕(这样用户能正常适用你的程序)

• 为大屏幕进行优化以利用额外的屏幕空间

• 为横屏和竖屏同时优化

若是你的UI使用图片在系统缩放布局以后还须要填充view的尺寸(例如按钮的背景)，你应该使用.9图片文件。一个.9文件是创建在指定了两维的拉伸区域的PNG文件上的。当系统须要去缩放view使用的那个位图时，系统会拉伸.9图片特定的区域。这样，你就没必要为不一样的屏幕尺寸提供不一样的图片了，由于.9图片能够调整成任何大小。然而，你应该为不一样屏幕密度提供不一样版本的.9图片。

可选图片(alternative drawables)

几乎全部的应用程序都应该有不一样屏幕密度的可选图片资源，由于大部分应用程序有在所有屏幕密度下看上去漂亮的应用启动图标。一样，若是你的程序包含其余图片(好比在应用中的菜单图标或者其余图形)，你应该为每一个不一样的密度提供一个可选择的版本。

注意：你仅须要为图片文件和.9文件提供不一样密度的文件。若是是用XML来定义的图形，颜色或者其余drawable资源，你应该在默认的drawable目录(drawable/)下放一份拷贝。

为不一样屏幕密度建立可选的图片，你应该在四种泛化密度上遵循 3 : 4 : 6 : 8 的缩放比例。好比，若是你为medium-density的屏幕提供一张48x48的图片(应用启动图片的尺寸)，全部不一样的尺寸应该是：

• 36x36 for low-density

• 48x48 for medium-density

• 72x72 for high-density

• 96x96 for extra high-density

更多关于如何设计图标的信息，能够看Icon Design Guidelines,里面包含了不一样的图片尺寸信息，好比应用启动图标(launcher icons)，菜单图标(menu icons)，状态栏图标(status bar icons)，切换卡图标(tab icons)和更多信息。

原博客译文：http://www.darcye.com/article/46569744