page.title=提供资源 parent.title=应用资源 parent.link=index.html @jd:body
您应该始终外部化应用资源,例如图像和代码中的字符串,这样有利于您单独维护这些资源。 此外,您还应该为特定设备配置提供备用资源,方法是将它们分组到专门命名的资源目录中。 在运行时,Android 会根据当前配置使用适当的资源。例如,您可能需要根据屏幕尺寸提供不同的 UI 布局,或者根据语言设置提供不同的字符串。
外部化应用资源后,即可使用在项目 {@code R} 类中生成的资源 ID 访问这些资源。有关如何在应用中使用资源,我们将在访问资源中讨论。 本文档介绍如何对 Android 项目中的资源进行分组,以及如何为特定的设备配置提供备用资源。
您应将各种资源放入项目 {@code res/} 目录的特定子目录下。例如,以下是一个简单项目的文件层次结构:
MyProject/ src/ MyActivity.java res/ drawable/ graphic.png layout/ main.xml info.xml mipmap/ icon.png values/ strings.xml
正如您在此示例中所看到的那样,{@code res/} 目录包含所有资源(在子目录下):一个图像资源、两个布局资源、启动器图标的 {@code mipmap/} 目录以及一个字符串资源文件。资源目录名称非常重要,将在表 1 中进行介绍。
注:如需了解有关使用 mipmap 文件夹的详细信息,请参阅管理项目概览。
目录 | 资源类型 |
---|---|
animator/ |
用于定义属性动画的 XML 文件。 |
anim/ |
定义渐变动画的 XML 文件。(属性动画也可以保存在此目录中,但是为了区分这两种类型,属性动画首选 {@code animator/} 目录。) |
color/ |
用于定义颜色状态列表的 XML 文件。请参阅颜色状态列表资源 |
drawable/ |
位图文件({@code .png}、{@code .9.png}、{@code .jpg}、{@code .gif})或编译为以下 Drawable 资源子类型的 XML 文件:
请参阅 Drawable 资源。 |
mipmap/ |
适用于不同启动器图标密度的 Drawable 文件。如需了解有关使用 {@code mipmap/} 文件夹管理启动器图标的详细信息,请参阅管理项目概览。 |
layout/ |
用于定义用户界面布局的 XML 文件。 请参阅布局资源。 |
menu/ |
用于定义应用菜单(如选项菜单、上下文菜单或子菜单)的 XML 文件。请参阅菜单资源。 |
raw/ |
要以原始形式保存的任意文件。要使用原始 {@link java.io.InputStream} 打开这些资源,请使用资源 ID(即 {@code R.raw.filename})调用 {@link android.content.res.Resources#openRawResource(int) Resources.openRawResource()}。 但是,如需访问原始文件名和文件层次结构,则可以考虑将某些资源保存在 {@code assets/} 目录下(而不是 {@code res/raw/})。{@code assets/} 中的文件没有资源 ID,因此您只能使用 {@link android.content.res.AssetManager} 读取这些文件。 |
values/ |
包含字符串、整型数和颜色等简单值的 XML 文件。 其他 {@code res/} 子目录中的 XML 资源文件是根据 XML 文件名定义单个资源,而目录中的 {@code values/} 文件可描述多个资源。对于此目录中的文件,{@code <resources>} 元素的每个子元素均定义一个资源。例如,{@code <string>} 元素创建 {@code R.string} 资源,{@code <color>} 元素创建 {@code R.color} 资源。 由于每个资源均用其自己的 XML 元素定义,因此您可以根据自己的需要命名文件,并将不同的资源类型放在一个文件中。但是,为了清晰起见,您可能需要将独特的资源类型放在不同的文件中。 例如,对于可在此目录中创建的资源,下面给出了相应的文件名约定: |
xml/ |
可以在运行时通过调用 {@link android.content.res.Resources#getXml(int) Resources.getXML()} 读取的任意 XML 文件。各种 XML 配置文件(如可搜索配置)都必须保存在此处。 |
注意:切勿将资源文件直接保存在 {@code res/} 目录内,这会导致出现编译错误。
如需了解有关某些资源类型的详细信息,请参阅资源类型文档。
保存在表 1 中定义的子目录下的资源是“默认”资源。即,这些资源定义应用的默认设计和内容。但是,采用 Android 技术的不同设备类型可能需要不同类型的资源。例如,如果设备的屏幕尺寸大于标准屏幕,则应提供不同的布局资源,以充分利用额外的屏幕空间。 或者,如果设备的语言设置不同,则应提供不同的字符串资源,以转换用户界面中的文本。 要为不同的设备配置提供这些不同资源,除了默认资源以外,您还需要提供备用资源。
几乎每个应用都应提供备用资源以支持特定的设备配置。 例如,对于不同的屏幕密度和语言,您应分别包括备用 Drawable 资源和备用字符串资源。 在运行时,Android 会检测当前设备配置并为应用加载合适的资源。
为一组资源指定特定于配置的备用资源:
您可以追加多个 {@code <qualifier>}。以短划线将其分隔。
注意:追加多个限定符时,必须按照表 2 中列出的相同顺序放置它们。如果限定符的顺序错误,则该资源将被忽略。
例如,以下是一些默认资源和备用资源:
res/ drawable/ icon.png background.png drawable-hdpi/ icon.png background.png
{@code hdpi} 限定符表示该目录中的资源适用于屏幕密度较高的设备。其中每个 Drawable 目录中的图像已针对特定的屏幕密度调整大小,但是文件名完全相同。 这样一来,用于引用 {@code icon.png} 或 {@code background.png} 图像的资源 ID 始终相同,但是 Android 会通过将设备配置信息与资源目录名称中的限定符进行比较,选择最符合当前设备的各个资源版本。
Android 支持若干配置限定符,您可以通过使用短划线分隔每个限定符,向一个目录名称添加多个限定符。表 2 按优先顺序列出了有效的配置限定符;如果对资源目录使用多个限定符,则必须按照表中列出的顺序将它们添加到目录名称。
配置 | 限定符值 | 描述 |
---|---|---|
MCC 和 MNC | 示例:mcc310
mcc208-mnc00 等等 |
移动国家代码 (MCC),(可选)后跟设备 SIM
卡中的移动网络代码 (MNC)。例如, 如果设备使用无线电连接(GSM 手机),则 MCC 和 MNC 值来自 SIM 卡。 也可以单独使用 MCC(例如,将国家/地区特定的合法资源包括在应用中)。如果只需根据语言指定,则改用“语言和区域”限定符(稍后进行介绍)。 如果决定使用 MCC 和 MNC 限定符,请谨慎执行此操作并测试限定符是否按预期工作。 另请参阅配置字段 {@link android.content.res.Configuration#mcc} 和 {@link android.content.res.Configuration#mnc},这两个字段分别表示当前的移动国家代码和移动网络代码。 |
语言和区域 | 示例:en fr en-rUS fr-rFR fr-rCA 等等 |
语言通过由两个字母组成的 ISO 639-1 语言代码定义,(可选)后跟两个字母组成的 ISO 3166-1-alpha-2 区域码(前带小写字母“{@code r}”)。 这些代码不区分大小写;{@code r} 前缀用于区分区域码。 不能单独指定区域。 如果用户更改系统设置中的语言,它有可能在应用生命周期中发生改变。 如需了解这会在运行期间给应用带来哪些影响,请参阅处理运行时变更。 有关针对其他语言本地化应用的完整指南,请参阅本地化。 另请参阅 {@link android.content.res.Configuration#locale} 配置字段,该字段表示当前的区域设置。 |
布局方向 | ldrtl ldltr |
应用的布局方向。{@code ldrtl} 是指“布局方向从右到左”。{@code ldltr} 是指“布局方向从左到右”,这是默认的隐式值。 它适用于布局、图片或值等任何资源。 例如,若要针对阿拉伯语提供某种特定布局,并针对任何其他“从右到左”语言(如波斯语或希伯来语)提供某种通用布局,则可编码如下: res/ layout/ main.xml (Default layout) layout-ar/ main.xml (Specific layout for Arabic) layout-ldrtl/ main.xml (Any "right-to-left" language, except for Arabic, because the "ar" language qualifier has a higher precedence.) 注:要为应用启用从右到左的布局功能,必须将 {@code supportsRtl} 设置为 {@code "true"},并将 {@code targetSdkVersion} 设置为 17 或更高。 此项为API 级别 17 中新增配置。 |
smallestWidth | sw<N>dp 示例: sw320dp sw600dp sw720dp 等等 |
屏幕的基本尺寸,由可用屏幕区域的最小尺寸指定。 具体来说,设备的 smallestWidth 是屏幕可用高度和宽度的最小尺寸(您也可以将其视为屏幕的“最小可能宽度”)。无论屏幕的当前方向如何,您均可使用此限定符确保应用 UI 的可用宽度至少为 {@code <N>}dp。 例如,如果布局要求屏幕区域的最小尺寸始终至少为 600dp,则可使用此限定符创建布局资源 {@code res/layout-sw600dp/}。仅当可用屏幕的最小尺寸至少为 600dp 时,系统才会使用这些资源,而不考虑 600dp 所代表的边是用户所认为的高度还是宽度。smallestWidth 是设备的固定屏幕尺寸特性;设备的 smallestWidth 不会随屏幕方向的变化而改变。 设备的 smallestWidth 将屏幕装饰元素和系统 UI 考虑在内。例如,如果设备的屏幕上有一些永久性 UI 元素占据沿 smallestWidth 轴的空间,则系统会声明 smallestWidth 小于实际屏幕尺寸,因为这些屏幕像素不适用于您的 UI。因此,使用的值应该是布局所需要的实际最小尺寸(通常,无论屏幕的当前方向如何,此值都是布局支持的“最小宽度”)。 以下是一些可用于普通屏幕尺寸的值:
应用为多个资源目录提供不同的 smallestWidth 限定符值时,系统会使用最接近(但未超出)设备 smallestWidth 的值。 此项为 API 级别 13 中新增配置。 另请参阅 {@code android:requiresSmallestWidthDp} 属性和 {@link android.content.res.Configuration#smallestScreenWidthDp} 配置字段,前者声明与应用兼容的最小 smallestWidth;后者存放设备的 smallestWidth 值。 如需了解有关设计不同屏幕和使用此限定符的详细信息,请参阅支持多个屏幕开发者指南。 |
可用宽度 | w<N>dp 示例: w720dp w1024dp 等等 |
指定资源应该使用的最小可用屏幕宽度,以 {@code dp}
为单位,由 应用为多个资源目录提供不同的此配置值时,系统会使用最接近(但未超出)设备当前屏幕宽度的值。 此处的值考虑到了屏幕装饰元素,因此如果设备显示屏的左边缘或右边缘上有一些永久性 UI 元素,考虑到这些 UI 元素,它会使用小于实际屏幕尺寸的宽度值,这样会减少应用的可用空间。 此项为 API 级别 13 中新增配置。 另请参阅 {@link android.content.res.Configuration#screenWidthDp} 配置字段,该字段存放当前屏幕宽度。 如需了解有关设计不同屏幕和使用此限定符的详细信息,请参阅支持多个屏幕开发者指南。 |
可用高度 | h<N>dp 示例: h720dp h1024dp 等等 |
指定资源应该使用的最小可用屏幕高度,以“dp”为单位,由 应用为多个资源目录提供不同的此配置值时,系统会使用最接近(但未超出)设备当前屏幕高度的值。 此处的值考虑到了屏幕装饰元素,因此如果设备显示屏的上边缘或下边缘有一些永久性 UI 元素,考虑到这些 UI 元素,同时为减少应用的可用空间,它会使用小于实际屏幕尺寸的高度值。 非固定的屏幕装饰元素(例如,全屏时可隐藏的手机状态栏)并不在考虑范围内,标题栏或操作栏等窗口装饰也不在考虑范围内,因此应用必须准备好处理稍小于其所指定值的空间。 此项为 API 级别 13 中新增配置。 另请参阅 {@link android.content.res.Configuration#screenHeightDp} 配置字段,该字段存放当前屏幕宽度。 如需了解有关设计不同屏幕和使用此限定符的详细信息,请参阅支持多个屏幕开发者指南。 |
屏幕尺寸 |
small normal large xlarge
|
注:使用尺寸限定符并不表示资源仅适用于该尺寸的屏幕。 如果没有为备用资源提供最符合当前设备配置的限定符,则系统可能使用其中最匹配的资源。 注意:如果所有资源均使用大于当前屏幕的尺寸限定符,则系统不会使用这些资源,并且应用在运行时将会崩溃(例如,如果所有布局资源均用 {@code xlarge} 限定符标记,但设备是标准尺寸的屏幕)。 此项为 API 级别 4 中新增配置。 如需了解详细信息,请参阅支持多个屏幕。 另请参阅 {@link android.content.res.Configuration#screenLayout} 配置字段,该字段表示屏幕是小尺寸、标准尺寸还是大尺寸。 |
屏幕纵横比 |
long notlong
|
此项为 API 级别 4 中新增配置。 它完全基于屏幕的纵横比(宽屏较宽),而与屏幕方向无关。 另请参阅 {@link android.content.res.Configuration#screenLayout} 配置字段,该字段指示屏幕是否为宽屏。 |
屏幕方向 |
port land
|
如果用户旋转屏幕,它有可能在应用生命周期中发生改变。 如需了解这会在运行期间给应用带来哪些影响,请参阅处理运行时变更。 另请参阅 {@link android.content.res.Configuration#orientation} 配置字段,该字段指示当前的设备方向。 |
UI 模式 |
car desk television appliance
watch
|
此项为 API 级别 8 中新增配置,API 13 中新增电视配置,API 20 中新增手表配置。 如需了解应用在设备插入手机座或从中移除时的响应方式,请阅读确定并监控插接状态和类型。 如果用户将设备放入手机座中,它有可能在应用生命周期中发生改变。 可以使用 {@link android.app.UiModeManager} 启用或禁用其中某些模式。如需了解这会在运行期间给应用带来哪些影响,请参阅处理运行时变更。 |
夜间模式 |
night notnight
|
此项为 API 级别 8 中新增配置。 如果夜间模式停留在自动模式(默认),它有可能在应用生命周期中发生改变。在这种情况下,该模式会根据当天的时间进行调整。 可以使用 {@link android.app.UiModeManager} 启用或禁用此模式。如需了解这会在运行期间给应用带来哪些影响,请参阅处理运行时变更。 |
屏幕像素密度 (dpi) |
ldpi mdpi hdpi xhdpi xxhdpi xxxhdpi nodpi tvdpi
|
六个主要密度之间的缩放比为 3:4:6:8:12:16(忽略 tvdpi 密度)。因此,9x9 (ldpi) 位图相当于 12x12 (mdpi)、18x18 (hdpi)、24x24 (xhdpi) 位图,依此类推。 如果您认为图像资源在电视或其他某些设备上呈现的效果不够好,而想尝试使用 tvdpi 资源,则缩放比例为 1.33*mdpi。例如,mdpi 屏幕的 100px x 100px 图像应该相当于 tvdpi 的133px x 133px。 注:使用密度限定符并不表示资源仅适用于该密度的屏幕。 如果没有为备用资源提供最符合当前设备配置的限定符,则系统可能使用其中最匹配的资源。 如需了解有关如何处理不同屏幕密度以及 Android 如何缩放位图以适应当前密度的详细信息,请参阅支持多个屏幕。 |
触摸屏类型 |
notouch finger
|
另请参阅 {@link android.content.res.Configuration#touchscreen} 配置字段,该字段指示设备上的触摸屏类型。 |
键盘可用性 |
keysexposed keyshidden keyssoft
|
如果提供了 如果用户打开硬键盘,它有可能在应用生命周期中发生改变。 如需了解这会在运行期间给应用带来哪些影响,请参阅处理运行时变更。 另请参阅配置字段 {@link android.content.res.Configuration#hardKeyboardHidden} 和 {@link android.content.res.Configuration#keyboardHidden},这两个字段分别指示硬键盘的可见性和任何一种键盘(包括软键盘)的可见性。 |
主要文本输入法 |
nokeys qwerty 12key
|
另请参阅 {@link android.content.res.Configuration#keyboard} 配置字段,该字段指示可用的主要文本输入法。 |
导航键可用性 |
navexposed navhidden
|
如果用户显示导航键,它有可能在应用生命周期中发生改变。 如需了解这会在运行期间给应用带来哪些影响,请参阅处理运行时变更。 另请参阅 {@link android.content.res.Configuration#navigationHidden} 配置字段,该字段指示导航键是否处于隐藏状态。 |
主要非触摸导航方法 |
nonav dpad trackball wheel
|
另请参阅 {@link android.content.res.Configuration#navigation} 配置字段,该字段指示可用的导航方法类型。 |
平台版本(API 级别) | 示例:v3 v4 v7 等等 |
设备支持的 API 级别。例如, |
注:有些配置限定符是从 Android 1.0
才开始添加,因此并非所有版本的 Android 系统都支持所有限定符。使用新限定符会隐式添加平台版本限定符,因此较旧版本系统的设备必然会忽略它。
例如,使用
w600dp
限定符会自动包括 v13
限定符,因为可用宽度限定符是 API 级别 13
中的新增配置。为了避免出现任何问题,请始终包含一组默认资源(一组“不带限定符”的资源)。
如需了解详细信息,请参阅利用资源提供最佳设备兼容性部分。
以下是一些关于使用配置限定符名称的规则:
drawable-en-rUS-land
适用于横排美国英语设备。
drawable-hdpi-port/
drawable-port-hdpi/
res/drawable/drawable-en/
。drawable-rES-rFR/
的目录,而是需要两个包含相应文件的资源目录,如
drawable-rES/
和 drawable-rFR/
。然而,实际上您无需将相同的文件都复制到这两个位置。相反,您可以创建指向资源的别名。
请参阅下面的创建别名资源。
将备用资源保存到以这些限定符命名的目录中之后,Android 会根据当前设备配置在应用中自动应用这些资源。 每次请求资源时,Android 都会检查备用资源目录是否包含所请求的资源文件,然后找到最匹配资源(下文进行介绍)。 如果没有与特定设备配置匹配的备用资源,则 Android 会使用相应的默认资源(一组用于不含配置限定符的特定资源类型的资源)。
如果您想将某一资源用于多种设备配置(但是不想作为默认资源提供),则无需将同一资源放入多个备用资源目录中。 相反,您可以(在某些情况下)创建备用资源,充当保存在默认资源目录下的资源的别名。
注:并非所有资源都会提供相应机制让您创建指向其他资源的别名。 特别是,{@code xml/} 目录中的动画资源、菜单资源、原始资源以及其他未指定资源均不提供此功能。
例如,假设您有一个应用图标 {@code icon.png},并且需要不同区域设置的独特版本。 但是,加拿大英语和加拿大法语这两种区域设置需要使用同一版本。 您可能会认为需要将相同的图像复制到加拿大英语和加拿大法语对应的资源目录中,但事实并非如此。 相反,您可以将用于二者的图像另存为 {@code icon_ca.png}(除 {@code icon.png} 以外的任何名称),并将其放入默认 {@code res/drawable/} 目录中。然后,在 {@code res/drawable-en-rCA/} 和 {@code res/drawable-fr-rCA/} 中创建 {@code icon.xml} 文件,使用 {@code <bitmap>} 元素引用 {@code icon_ca.png}资源。这样,您只需存储 PNG 文件的一个版本和两个指向该版本的小型 XML 文件。(XML 文件示例如下。)
要创建指向现有 Drawable 的别名,请使用 {@code <bitmap>} 元素。例如:
<?xml version="1.0" encoding="utf-8"?> <bitmap xmlns:android="http://schemas.android.com/apk/res/android" android:src="@drawable/icon_ca" />
如果将此文件另存为 {@code icon.xml}(例如,在备用资源目录中,另存为 {@code res/drawable-en-rCA/}),则会编译到可作为 {@code R.drawable.icon} 引用的资源中,但实际上它是 {@code R.drawable.icon_ca} 资源(保存在 {@code res/drawable/} 中)的别名。
要创建指向现有布局的别名,请使用包装在 {@code <merge>} 中的 {@code <include>}元素。例如:
<?xml version="1.0" encoding="utf-8"?> <merge> <include layout="@layout/main_ltr"/> </merge>
如果将此文件另存为 {@code main.xml},则会编译到可作为 {@code R.layout.main} 引用的资源中,但实际上它是 {@code R.layout.main_ltr} 资源的别名。
要创建指向现有字符串的别名,只需将所需字符串的资源 ID 用作新字符串的值即可。例如:
<?xml version="1.0" encoding="utf-8"?> <resources> <string name="hello">Hello</string> <string name="hi">@string/hello</string> </resources>
{@code R.string.hi} 资源现在是 {@code R.string.hello} 的别名。
其他简单值的原理相同。 例如,颜色:
<?xml version="1.0" encoding="utf-8"?> <resources> <color name="yellow">#f00</color> <color name="highlight">@color/red</color> </resources>
要使应用支持多种设备配置,则务必为应用使用的每种资源类型提供默认资源,这一点非常重要。
例如,如果应用支持多种语言,请始终包含不带语言和区域限定符的 {@code values/} 目录(用于保存字符串)。相反,如果您将所有字符串放入带有语言和区域限定符的目录中,则在语言设置不支持您的字符串的设备上运行应用时,应用将会崩溃。 但是,只要提供默认 {@code values/} 资源,应用就会正常运行(即使用户不理解该语言,这也总比崩溃要好)。
同样,如果您根据屏幕方向提供不同的布局资源,则应选择一个方向作为默认方向。 例如,不要在 {@code layout-land/} 和 {@code layout-port/} 中分别提供横向和纵向的布局资源,而是保留其中之一作为默认设置,例如:{@code layout/} 用于横向,{@code layout-port/} 用于纵向。
提供默认资源至关重要,这不仅仅因为应用可能在超出预期的配置上运行,也因为新版 Android 有时会添加旧版本不支持的配置限定符。若要使用新的资源限定符,又希望维持对旧版 Android 的代码兼容性,则当旧版 Android 运行应用时,如果不提供默认资源,应用将会崩溃,这是因为它无法使用以新限定符命名的资源。例如,如果将 {@code minSdkVersion} 设置为 4,并使用夜间模式({@code night} 或 {@code notnight},API 级别 8 中新增配置)限定所有 Drawable 资源,则 API 级别 4 设备无法访问 Drawable 资源,而且会崩溃。在这种情况下,您可能希望 {@code notnight} 成为默认资源,为此,您应排除该限定符,使 Drawable 资源位于 {@code drawable/} 或 {@code drawable-night/} 中。
因此,为了提供最佳设备兼容性,请始终为应用正确运行所必需的资源提供默认资源。 然后,使用配置限定符为特定的设备配置创建备用资源。
这条规则有一个例外:如果应用的 {@code minSdkVersion} 为 4 或更高,则在提供带屏幕密度限定符的备用 Drawable 资源时,不需要默认 Drawable 资源。 即使没有默认 Drawable 资源,Android 也可以从备用屏幕密度中找到最佳匹配项并根据需要缩放位图。 但是,为了在所有类型的设备上提供最佳体验,您应该为所有三种类型的密度提供备用 Drawable。
当您请求要为其提供备用资源的资源时,Android 会根据当前的设备配置选择要在运行时使用的备用资源。为演示 Android 如何选择备用资源,假设以下 Drawable 目录分别包含相同图像的不同版本:
drawable/ drawable-en/ drawable-fr-rCA/ drawable-en-port/ drawable-en-notouch-12key/ drawable-port-ldpi/ drawable-port-notouch-12key/
同时,假设设备配置如下:
区域设置 = en-GB
屏幕方向 = port
屏幕像素密度 = hdpi
触摸屏类型 = notouch
主要文本输入法 = 12key
通过将设备配置与可用的备用资源进行比较,Android 从 {@code drawable-en-port} 中选择 Drawable。
系统使用以下逻辑决定要使用的资源:
drawable-fr-rCA/
目录与
en-GB
区域设置冲突,因而被淘汰。
drawable/ drawable-en/drawable-fr-rCA/drawable-en-port/ drawable-en-notouch-12key/ drawable-port-ldpi/ drawable-port-notouch-12key/
例外:屏幕像素密度是唯一一个未因冲突而被淘汰的限定符。
尽管设备的屏幕密度为
hdpi,但是
drawable-port-ldpi/
未被淘汰,因为此时每个屏幕密度均视为匹配。如需了解详细信息,请参阅支持多个屏幕文档。
drawable/drawable-en/ drawable-en-port/ drawable-en-notouch-12key/drawable-port-ldpi/drawable-port-notouch-12key/
例外:如果涉及的限定符是屏幕像素密度,则 Android 会选择最接近设备屏幕密度的选项。通常,Android 倾向于缩小大型原始图像,而不是放大小型原始图像。请参阅支持多个屏幕。
drawable-en/drawable-en-port/drawable-en-notouch-12key/
剩下的目录是 {@code drawable-en-port}。
尽管对所请求的每个资源均执行此程序,但是系统仍会对某些方面做进一步优化。 例如,系统一旦知道设备配置,即会淘汰可能永远无法匹配的备用资源。 比如说,如果配置语言是英语(“en”),则系统绝不会将语言限定符设置为非英语的任何资源目录包含在选中的资源池中(不过,仍会将不带语言限定符的资源目录包含在该池中)。
根据屏幕尺寸限定符选择资源时,如果没有更好的匹配资源,则系统将使用专为小于当前屏幕的屏幕而设计的资源(例如,如有必要,大尺寸屏幕将使用标准尺寸的屏幕资源)。 但是,如果唯一可用的资源大于当前屏幕,则系统不会使用这些资源,并且如果没有其他资源与设备配置匹配,应用将会崩溃(例如,如果所有布局资源均用 {@code xlarge} 限定符标记,但设备是标准尺寸的屏幕)。
注:限定符的优先顺序(表
2 中)比与设备完全匹配的限定符数量更加重要。例如,在上面的第
4 步中,列表剩下的最后选项包括三个与设备完全匹配的限定符(方向、触摸屏类型和输入法),而
drawable-en
只有一个匹配参数(语言)。但是,语言的优先顺序高于其他两个限定符,因此
drawable-port-notouch-12key
被淘汰。
如需了解有关如何在应用中使用资源的更多信息,请转至访问资源。