屏幕适配

1.支持各种屏幕尺寸： 使用wrap_content, match_parent, weight.要确保布局的灵活性并适应各种尺寸的屏幕，应使用 “wrap_content” 和 “match_parent” 控制某些视图组件的宽度和高度。

2.使用相对布局，禁用绝对布局在开发中，我们大部分时候使用的都是线性布局、相对布局和帧布局，绝对布局由于适配性极差，所以极少使用。

3.使用尺寸限定符。通过使用配置限定符，在运行时根据当前的设备配置自动选择合适的资源了，例如根据各种屏幕尺寸选择不同的布局。很多应用会在较大的屏幕上实施“双面板”模式，即在一个面板上显示项目列表，而在另一面板上显示对应内容。平板电脑和电视的屏幕已经大到可以同时容纳这两个面板了，但手机屏幕就需要分别显示。

4.使用自动拉伸位图，支持各种屏幕尺寸通常意味着您的图片资源还必须能适应各种尺寸。例如，无论要应用到什么形状的按钮上，按钮背景都必须能适应。

支持各种屏幕尺寸

使用wrap_content、match_parent、weight

要确保布局的灵活性并适应各种尺寸的屏幕，应使用 “wrap_content” 和 “match_parent” 控制某些视图组件的宽度和高度。

使用 “wrap_content”，系统就会将视图的宽度或高度设置成所需的最小尺寸以适应视图中的内容，而 “match_parent”（在低于 API 级别 8 的级别中称为 “fill_parent”）则会展开组件以匹配其父视图的尺寸。

如果使用 “wrap_content” 和 “match_parent” 尺寸值而不是硬编码的尺寸，视图就会相应地仅使用自身所需的空间或展开以填满可用空间。此方法可让布局正确适应各种屏幕尺寸和屏幕方向。

下面是一段示例代码

下图是在横纵屏切换的时候的显示效果，我们可以看到这样可以很好的适配屏幕尺寸的变化。

weight是线性布局的一个独特的属性，我们可以使用这个属性来按照比例对界面进行分配，完成一些特殊的需求。

但是，我们对于这个属性的计算应该如何理解呢？

首先看下面的例子，我们在布局中这样设置我们的界面

我们在布局里面设置为线性布局，横向排列，然后放置两个宽度为0dp的按钮，分别设置weight为1和2，在效果图中，我们可以看到两个按钮按照1：2的宽度比例正常排列了，这也是我们经常使用到的场景，这是时候很好理解，Button1的宽度就是1/(1+2) = 1/3，Button2的宽度则是2/(1+2) = 2/3，我们可以很清楚的明白这种情景下的占比如何计算。

但是假如我们的宽度不是0dp(wrap_content和0dp的效果相同)，则是match_parent呢？

下面是设置为match_parent的效果

我们可以看到，在这种情况下，占比和上面正好相反，这是怎么回事呢？说到这里，我们就不得不提一下weight的计算方法了。

Android:layout_weight的真实含义是:如果View设置了该属性并且有效，那么该 View的宽度等于原有宽度(android:layout_width)加上剩余空间的占比。

从这个角度我们来解释一下上面的现象。在上面的代码中，我们设置每个Button的宽度都是match_parent，假设屏幕宽度为L，那么每个Button的宽度也应该都为L，剩余宽度就等于L-（L+L）= -L。

Button1的weight=1，剩余宽度占比为1/(1+2)= 1/3，所以最终宽度为L+1/3*(-L)=2/3L，Button2的计算类似，最终宽度为L+2/3(-L)=1/3L。

这是在水平方向上的，那么在垂直方向上也是这样吗？

下面是测试代码和效果

如果是垂直方向，那么我们应该改变的是layout_height的属性，下面是0dp的显示效果

下面是match_parent的显示效果，结论和水平是完全一样的

虽然说我们演示了match_parent的显示效果，并说明了原因，但是在真正用的时候，我们都是设置某一个属性为0dp，然后按照权重计算所占百分比。

使用相对布局，禁用绝对布局

在开发中，我们大部分时候使用的都是线性布局、相对布局和帧布局，绝对布局由于适配性极差，所以极少使用。

由于各种布局的特点不一样，所以不能说哪个布局好用，到底应该使用什么布局只能根据实际需求来确定。我们可以使用 LinearLayout 的嵌套实例并结合 “wrap_content” 和 “match_parent”，以便构建相当复杂的布局。不过，我们无法通过 LinearLayout 精确控制子视图的特殊关系；系统会将 LinearLayout 中的视图直接并排列出。

如果我们需要将子视图排列出各种效果而不是一条直线，通常更合适的解决方法是使用 RelativeLayout，这样就可以根据各组件之间的特殊关系指定布局了。例如，我们可以将某个子视图对齐到屏幕左侧，同时将另一个视图对齐到屏幕右侧。

下面的代码以官方Demo为例说明。

在上面的代码中我们使用了相对布局，并且使用alignXXX等属性指定了子控件的位置，下面是这种布局方式在应对屏幕变化时的表现

在小尺寸屏幕的显示

在平板的大尺寸上的显示效果

虽然控件的大小由于屏幕尺寸的增加而发生了改变，但是我们可以看到，由于使用了相对布局，所以控件之前的位置关系并没有发生什么变化，这说明我们的适配成功了。

使用限定符

使用尺寸限定符

上面所提到的灵活布局或者是相对布局，可以为我们带来的优势就只有这么多了。虽然这些布局可以拉伸组件内外的空间以适应各种屏幕，但它们不一定能为每种屏幕都提供最佳的用户体验。因此，我们的应用不仅仅只实施灵活布局，还应该应针对各种屏幕配置提供一些备用布局。

如何做到这一点呢？我们可以通过使用配置限定符，在运行时根据当前的设备配置自动选择合适的资源了，例如根据各种屏幕尺寸选择不同的布局。

很多应用会在较大的屏幕上实施“双面板”模式，即在一个面板上显示项目列表，而在另一面板上显示对应内容。平板电脑和电视的屏幕已经大到可以同时容纳这两个面板了，但手机屏幕就需要分别显示。因此，我们可以使用以下文件以便实施这些布局：

res/layout/main.xml，单面板（默认）布局：

res/layout-large/main.xml，双面板布局：

请注意第二种布局名称目录中的 large 限定符。系统会在属于较大屏幕（例如 7 英寸或更大的平板电脑）的设备上选择此布局。系统会在较小的屏幕上选择其他布局（无限定符）。

使用最小宽度限定符

在版本低于 3.2 的 Android 设备上，开发人员遇到的问题之一是“较大”屏幕的尺寸范围，该问题会影响戴尔 Streak、早期的 Galaxy Tab 以及大部分 7 英寸平板电脑。即使这些设备的屏幕属于“较大”的尺寸，但很多应用可能会针对此类别中的各种设备（例如 5 英寸和 7 英寸的设备）显示不同的布局。这就是 Android 3.2 版在引入其他限定符的同时引入“最小宽度”限定符的原因。

最小宽度限定符可让您通过指定某个最小宽度（以 dp 为单位）来定位屏幕。例如，标准 7 英寸平板电脑的最小宽度为 600 dp，因此如果您要在此类屏幕上的用户界面中使用双面板（但在较小的屏幕上只显示列表），您可以使用上文中所述的单面板和双面板这两种布局，但您应使用 sw600dp 指明双面板布局仅适用于最小宽度为 600 dp 的屏幕，而不是使用 large 尺寸限定符。

res/layout/main.xml，单面板（默认）布局：

res/layout-sw600dp/main.xml，双面板布局：

也就是说，对于最小宽度大于等于 600 dp 的设备，系统会选择 layout-sw600dp/main.xml（双面板）布局，否则系统就会选择 layout/main.xml（单面板）布局。

但 Android 版本低于 3.2 的设备不支持此技术，原因是这些设备无法将 sw600dp 识别为尺寸限定符，因此我们仍需使用 large 限定符。这样一来，就会有一个名称为 res/layout-large/main.xml 的文件（与 res/layout-sw600dp/main.xml 一样）。但是没有太大关系，我们将马上学习如何避免此类布局文件出现的重复。

使用布局别名

最小宽度限定符仅适用于 Android 3.2 及更高版本。因此，如果我们仍需使用与较低版本兼容的概括尺寸范围（小、正常、大和特大）。例如，如果要将用户界面设计成在手机上显示单面板，但在 7 英寸平板电脑、电视和其他较大的设备上显示多面板，那么我们就需要提供以下文件：

• res/layout/main.xml: 单面板布局

• res/layout-large: 多面板布局

• res/layout-sw600dp: 多面板布局

后两个文件是相同的，因为其中一个用于和 Android 3.2 设备匹配，而另一个则是为使用较低版本 Android 的平板电脑和电视准备的。

要避免平板电脑和电视的文件出现重复（以及由此带来的维护问题），您可以使用别名文件。例如，您可以定义以下布局：

• res/layout/main.xml，单面板布局

• res/layout/main_twopanes.xml，双面板布局

然后添加这两个文件：

res/values-large/layout.xml:

res/values-sw600dp/layout.xml:

后两个文件的内容相同，但它们并未实际定义布局。它们只是将 main 设置成了 main_twopanes 的别名。由于这些文件包含 large 和 sw600dp 选择器，因此无论 Android 版本如何，系统都会将这些文件应用到平板电脑和电视上（版本低于 3.2 的平板电脑和电视会匹配 large，版本高于 3.2 的平板电脑和电视则会匹配 sw600dp）。

使用屏幕方向限定符

某些布局会同时支持横向模式和纵向模式，但我们可以通过调整优化其中大部分布局的效果。在新闻阅读器示例应用中，每种屏幕尺寸和屏幕方向下的布局行为方式如下所示：

• 小屏幕，纵向：单面板，带徽标

• 小屏幕，横向：单面板，带徽标

• 7 英寸平板电脑，纵向：单面板，带操作栏

• 7 英寸平板电脑，横向：双面板，宽，带操作栏

• 10 英寸平板电脑，纵向：双面板，窄，带操作栏

• 10 英寸平板电脑，横向：双面板，宽，带操作栏

• 电视，横向：双面板，宽，带操作栏

因此，这些布局中的每一种都定义在了 res/layout/ 目录下的某个 XML 文件中。为了继续将每个布局分配给各种屏幕配置，该应用会使用布局别名将两者相匹配：

res/layout/onepane.xml:(单面板)

res/layout/onepane_with_bar.xml:(单面板带操作栏)

res/layout/twopanes.xml:(双面板，宽布局)

res/layout/twopanes_narrow.xml:(双面板，窄布局)

既然我们已定义了所有可能的布局，那就只需使用配置限定符将正确的布局映射到各种配置即可。

现在只需使用布局别名技术即可做到这一点：

res/values/layouts.xml:

res/values-sw600dp-land/layouts.xml:

res/values-sw600dp-port/layouts.xml:

res/values-large-land/layouts.xml:

res/values-large-port/layouts.xml:

使用自动拉伸位图

支持各种屏幕尺寸通常意味着您的图片资源还必须能适应各种尺寸。例如，无论要应用到什么形状的按钮上，按钮背景都必须能适应。

如果在可以更改尺寸的组件上使用了简单的图片，您很快就会发现显示效果多少有些不太理想，因为系统会在运行时平均地拉伸或收缩您的图片。解决方法为使用自动拉伸位图，这是一种格式特殊的 PNG 文件，其中会指明可以拉伸以及不可以拉伸的区域。

.9的制作，实际上就是在原图片上添加1px的边界，然后按照我们的需求，把对应的位置设置成黑色线，系统就会根据我们的实际需求进行拉伸。

下图是对.9图的四边的含义的解释，左上边代表拉伸区域，右下边代表padding box，就是间隔区域，在下面，我们给出一个例子，方便大家理解。

先看下面两张图，我们理解一下这四条线的含义。

上图和下图的区别，就在于右下边的黑线不一样，具体的效果的区别，看右边的效果图。上图效果图中深蓝色的区域，代表内容区域，我们可以看到是在正中央的，这是因为我们在右下边的是两个点，这两个点距离上下左右四个方向的距离就是padding的距离，所以深蓝色内容区域在图片正中央，我们再看下图，由于右下边的黑线是图片长度，所以就没有padding，从效果图上的表现就是深蓝色区域和图片一样大，因此，我们可以利用右下边来控制内容与背景图边缘的padding。

如果你还不明白，那么我们看下面的效果图，我们分别以图一和图二作为背景图，下面是效果图。

我们可以看到，使用wrap_content属性设置长宽，图一比图二的效果大一圈，这是为什么呢？还记得我上面说的padding吗？

这就是padding的效果提现，怎么证明呢？我们再看下面一张图，给图一添加padding=0，这样背景图设置的padding效果就没了，是不是两个一样大了？

ok，我想你应该明白右下边的黑线的含义了，下面我们再看一下左上边的效果。

下面我们只设置了左上边线，效果图如下

上面的线没有包住图标，下面的线正好包住了图标，从右边的效果图应该可以看出差别，黑线所在的区域就是拉伸区域，上图黑线所在的全是纯色，所以图标不变形，下面的拉伸区域包裹了图标，所以在拉伸的时候就会对图标进行拉伸，但是这样就会导致图标变形。注意到下面红线区域了嘛？这是系统提示我们的，因为这样拉伸，不符合要求，所以会提示一下。

屏幕尺寸

含义：手机对角线的物理尺寸 单位：英寸（inch），1英寸=2.54cm

Android手机常见的尺寸有5寸、5.5寸、6寸等等

屏幕分辨率

含义：手机在横向、纵向上的像素点数总和

一般描述成屏幕的”宽x高”=AxB 含义：屏幕在横向方向（宽度）上有A个像素点，在纵向方向
（高）有B个像素点 例子：1080x1920，即宽度方向上有1080个像素点，在高度方向上有1920个像素点

单位：px（pixel），1px=1像素点

UI设计师的设计图会以px作为统一的计量单位

Android手机常见的分辨率：320x480、480x800、720x1280、1080x1920

屏幕像素密度

含义：每英寸的像素点数 单位：dpi（dots per ich）

假设设备内每英寸有160个像素，那么该设备的屏幕像素密度=160dpi

小猪CMS(PigCms)源码全网一家

【点击进入】

微信营销源码突破微信公众平台限制 无限自定义图文回复.打造具营销企业网站.

查 看

安卓手机对于每类手机屏幕大小都有一个相应的屏幕像素密度：

屏幕尺寸、分辨率、像素密度三者关系

一部手机的分辨率是宽x高，屏幕大小是以寸为单位，那么三者的关系是：

小猪CMS(PigCms)源码全网一家

【点击进入】

微信营销源码突破微信公众平台限制 无限自定义图文回复.打造具营销企业网站.

查 看

数学不太差的人应该能懂…..吧？

不懂没关系，在这里举个例子
假设一部手机的分辨率是1080x1920（px），屏幕大小是5寸，问密度是多少？
解：请直接套公式

8K月薪!学门真技术 找个好工作

【点击进入】

java/c++/web/js/app/html5/前端/软件…… 达内带薪IT培训,钱程无忧

查 看

密度无关像素

含义：density-independent pixel，叫dp或dip，与终端上的实际物理像素点无关。

单位：dp，可以保证在不同屏幕像素密度的设备上显示相同的效果

Android开发时用dp而不是px单位设置图片大小，是Android特有的单位 场景：假如同样都是画一条长度是屏幕一半的线，如果使用px作为计量单位，那么在480x800分辨率手机上设置应为240px；在320x480的手机上应设置为160px，二者设置就不同了；如果使用dp为单位，在这两种分辨率下，160dp都显示为屏幕一半的长度。

dp与px的转换

因为ui设计师给你的设计图是以px为单位的，Android开发则是使用dp作为单位的，那么我们需要进行转换：

 

 

在Android中，规定以160dpi(即屏幕分辨率为320x480)为基准：1dp=1px

独立比例像素

含义：scale-independent pixel，叫sp或sip 单位：sp

Android开发时用此单位设置文字大小，可根据字体大小首选项进行缩放 推荐使用12sp、14sp、18sp、22sp作为字体设置的大小，不推荐使用奇数和小数，容易造成精度的丢失问题；小于12sp的字体会太小导致用户看不清

请把上面的概念记住，因为下面讲解都会用到！

---

为什么要进行Android屏幕适配

由于Android系统的开放性，任何用户、开发者、OEM厂商、运营商都可以对Android进行定制，于是导致：

Android系统碎片化：小米定制的MIUI、魅族定制的flyme、华为定制的EMUI等等

当然都是基于Google原生系统定制的

Android机型屏幕尺寸碎片化：5寸、5.5寸、6寸等等

Android屏幕分辨率碎片化：320x480、480x800、720x1280、1080x1920

据友盟指数显示，统计至2015年12月，支持Android的设备共有27796种

当Android系统、屏幕尺寸、屏幕密度出现碎片化的时候，就很容易出现同一元素在不同手机上显示不同的问题。
试想一下这么一个场景：
为4.3寸屏幕准备的UI设计图，运行在5.0寸的屏幕上，很可能在右侧和下侧存在大量的空白；而5.0寸的UI设计图运行到4.3寸的设备上，很可能显示不下。 **为了保证用户获得一致的用户体验效果：**

使得某一元素在Android不同尺寸、不同分辨率的手机上具备相同的显示效果

于是，我们便需要对Android屏幕进行适配。

---

屏幕适配问题的本质

使得“布局”、“布局组件”、“图片资源”、“用户界面流程”匹配不同的屏幕尺寸

使得布局、布局组件自适应屏幕尺寸；
根据屏幕的配置来加载相应的UI布局、用户界面流程

使得“图片资源”匹配不同的屏幕密度

---

解决方案

问题：如何进行屏幕尺寸匹配？ 答：

---

“布局”匹配

本质1：使得布局元素自适应屏幕尺寸
- 做法
使用相对布局（RelativeLayout），禁用绝对布局（AbsoluteLayout）

开发中，我们使用的布局一般有：

线性布局（Linelayout） 相对布局（RelativeLayout） 帧布局（FrameLayout） 绝对布局（AbsoluteLayout）

由于绝对布局（AbsoluteLayout）适配性极差，所以极少使用。

对于线性布局（Linelayout）、相对布局（RelativeLayout）和帧布局（FrameLayout）需要根据需求进行选择，但要记住：

RelativeLayout
布局的子控件之间使用相对位置的方式排列，因为RelativeLayout讲究的是相对位置，即使屏幕的大小改变，视图之前的相对位置都不会变化，与屏幕大小无关，灵活性很强 LinearLayout
通过多层嵌套LinearLayout和组合使
用”wrap_content”和”match_parent”已经可以构建出足够复杂的布局。但是LinearLayout**无法准确地控制子视图之间的位置关系**，只能简单的一个挨着一个地排列

所以，对于屏幕适配来说，使用相对布局（RelativeLayout）将会是更好的解决方案

本质2：根据屏幕的配置来加载相应的UI布局

应用场景：需要为不同屏幕尺寸的设备设计不同的布局

做法：使用限定符

作用：通过配置限定符使得程序在运行时根据当前设备的配置（屏幕尺寸）自动加载合适的布局资源

限定符类型：

尺寸（size）限定符 最小宽度（Smallest-width）限定符 布局别名 屏幕方向（Orientation）限定符

尺寸（size）限定符

使用场景：当一款应用显示的内容较多，希望进行以下设置：

在平板电脑和电视的屏幕（>7英寸）上：实施“双面板”模式以同时显示更多内容 在手机较小的屏幕上：使用单面板分别显示内容

因此，我们可以使用尺寸限定符（layout-large）通过创建一个文件

?

1

<codeclass="hljs lasso">res/layout-large/main.xml</code>

来完成上述设定：

让系统在屏幕尺寸>7英寸时采用适配平板的双面板布局 反之（默认情况下）采用适配手机的单面板布局

文件配置如下：

适配手机的单面板（默认）布局：res/layout/main.xml

?

1

2

3

4

<codeclass="hljs xml"><linearlayout android:layout_height="match_parent"android:layout_width="match_parent"android:orientation="vertical"xmlns:android="http://schemas.android.com/apk/res/android">

 

    <fragment android:id="@+id/headlines"android:layout_height="fill_parent"android:layout_width="match_parent"android:name="com.example.android.newsreader.HeadlinesFragment">

</fragment></linearlayout></code>

适配尺寸>7寸平板的双面板布局：：res/layout-large/main.xml

?

1

2

3

4

<codeclass="hljs xml"><linearlayout android:layout_height="fill_parent"android:layout_width="fill_parent"android:orientation="horizontal"xmlns:android="http://schemas.android.com/apk/res/android">

    <fragment android:id="@+id/headlines"android:layout_height="fill_parent"android:layout_marginright="10dp"android:layout_width="400dp"android:name="com.example.android.newsreader.HeadlinesFragment">

    <fragment android:id="@+id/article"android:layout_height="fill_parent"android:layout_width="fill_parent"android:name="com.example.android.newsreader.ArticleFragment">

</fragment></fragment></linearlayout></code>

请注意：

两个布局名称均为main.xml，只有布局的目录名不同：第一个布局的目录名为：layout，第二个布局的目录名为：layout-large，包含了尺寸限定符（large） 被定义为大屏的设备(7寸以上的平板)会自动加载包含了large限定符目录的布局，而小屏设备会加载另一个默认的布局

但要注意的是，这种方式只适合Android 3.2版本之前。

最小宽度（Smallest-width）限定符

背景：上述提到的限定符“large”具体是指多大呢？似乎没有一个定量的指标，这便意味着可能没办法准确地根据当前设备的配置（屏幕尺寸）自动加载合适的布局资源 例子：比如说large同时包含着5寸和7寸，这意味着使用“large”限定符的话我没办法实现为5寸和7寸的平板电脑分别加载不同的布局

于是，在Android 3.2及之后版本，引入了最小宽度（Smallest-width）限定符

定义：通过指定某个最小宽度（以 dp 为单位）来精确定位屏幕从而加载不同的UI资源

使用场景

你需要为标准 7 英寸平板电脑匹配双面板布局（其最小宽度为 600 dp），在手机（较小的屏幕上）匹配单面板布局

解决方案：您可以使用上文中所述的单面板和双面板这两种布局，但您应使用 sw600dp 指明双面板布局仅适用于最小宽度为 600 dp 的屏幕，而不是使用 large 尺寸限定符。

sw xxxdp，即small width的缩写，其不区分方向，即无论是宽度还是高度，只要大于 xxxdp，就采用次此布局

例子：使用了layout-sw 600dp的最小宽度限定符，即无论是宽度还是高度，只要大于600dp，就采用layout-sw 600dp目录下的布局

代码展示：

适配手机的单面板（默认）布局：res/layout/main.xml

?

1

2

3

4

<codeclass="hljs xml"><linearlayout android:layout_height="match_parent"android:layout_width="match_parent"android:orientation="vertical"xmlns:android="http://schemas.android.com/apk/res/android">

 

    <fragment android:id="@+id/headlines"android:layout_height="fill_parent"android:layout_width="match_parent"android:name="com.example.android.newsreader.HeadlinesFragment">

</fragment></linearlayout></code>

适配尺寸>7寸平板的双面板布局：res/layout-sw600dp/main.xml

?

1

2

3

4

<codeclass="hljs xml"><linearlayout android:layout_height="fill_parent"android:layout_width="fill_parent"android:orientation="horizontal"xmlns:android="http://schemas.android.com/apk/res/android">

    <fragment android:id="@+id/headlines"android:layout_height="fill_parent"android:layout_marginright="10dp"android:layout_width="400dp"android:name="com.example.android.newsreader.HeadlinesFragment">

    <fragment android:id="@+id/article"android:layout_height="fill_parent"android:layout_width="fill_parent"android:name="com.example.android.newsreader.ArticleFragment">

</fragment></fragment></linearlayout></code>

对于最小宽度≥ 600 dp 的设备
系统会自动加载 layout-sw600dp/main.xml（双面板）布局，否则系统就会选择 layout/main.xml（单面板）布局
（这个选择过程是Android系统自动选择的）

使用布局别名

设想这么一个场景

当你需要同时为Android 3.2版本前和Android 3.2版本后的手机进行屏幕尺寸适配的时候，由于尺寸限定符仅用于Android 3.2版本前，最小宽度限定符仅用于Android 3.2版本后，所以这会带来一个问题，为了很好地进行屏幕尺寸的适配，你需要同时维护layout-sw600dp和layout-large的两套main.xml平板布局，如下：

适配手机的单面板（默认）布局：res/layout/main.xml 适配尺寸>7寸平板的双面板布局（Android 3.2前）：res/layout-large/main.xml 适配尺寸>7寸平板的双面板布局（Android 3.2后）res/layout-sw600dp/main.xml

最后的两个文件的xml内容是完全相同的，这会带来：文件名的重复从而带来一些列后期维护的问题

于是为了要解决这种重复问题，我们引入了“布局别名”

还是上面的例子，你可以定义以下布局：

适配手机的单面板（默认）布局：res/layout/main.xml 适配尺寸>7寸平板的双面板布局：res/layout/main_twopanes.xml

然后加入以下两个文件，以便进行Android 3.2前和Android 3.2后的版本双面板布局适配：

res/values-large/layout.xml（Android 3.2之前的双面板布局）

?

1

2

3

<codeclass="hljs xml"><resources>

    <item name="main"type="layout">@layout/main_twopanes</item>

</resources></code>

res/values-sw600dp/layout.xml（Android 3.2及之后的双面板布局）

?

1

2

3

<codeclass="hljs xml"><resources>

<item name="main"type="layout">@layout/main_twopanes</item>

</resources></code>

注：
- 最后两个文件有着相同的内容，但是它们并没有真正去定义布局，它们仅仅只是将main设置成了@layout/main_twopanes的别名
- 由于这些文件包含 large 和 sw600dp 选择器，因此，系统会将此文件匹配到不同版本的>7寸平板上：
a. 版本低于 3.2 的平板会匹配 large的文件
b. 版本高于 3.2 的平板会匹配 sw600dp的文件

这样两个layout.xml都只是引用了@layout/main_twopanes，就避免了重复定义布局文件的情况

屏幕方向（Orientation）限定符

使用场景：根据屏幕方向进行布局的调整

取以下为例子：

小屏幕, 竖屏: 单面板 小屏幕, 横屏: 单面板 7 英寸平板电脑，纵向：单面板，带操作栏 7 英寸平板电脑，横向：双面板，宽，带操作栏 10 英寸平板电脑，纵向：双面板，窄，带操作栏 10 英寸平板电脑，横向：双面板，宽，带操作栏 电视，横向：双面板，宽，带操作栏

方法是：
- 先定义类别：单/双面板、是否带操作栏、宽/窄

定义在 res/layout/ 目录下的某个 XML 文件中

再进行相应的匹配：屏幕尺寸（小屏、7寸、10寸）、方向（横、纵）

使用布局别名进行匹配

在 res/layout/ 目录下的某个 XML 文件中定义所需要的布局类别
（单/双面板、是否带操作栏、宽/窄）
res/layout/onepane.xml:(单面板)

?

1

2

3

4

<codeclass="hljs xml"><linearlayout android:layout_height="match_parent"android:layout_width="match_parent"android:orientation="vertical"xmlns:android="http://schemas.android.com/apk/res/android"> 

 

    <fragment android:id="@+id/headlines"android:layout_height="fill_parent"android:layout_width="match_parent"android:name="com.example.android.newsreader.HeadlinesFragment"> 

</fragment></linearlayout>  </code>

res/layout/onepane_with_bar.xml:(单面板带操作栏)

?

1

2

3

4

5

6

7

8

9

<codeclass="hljs xml"><linearlayout android:layout_height="match_parent"android:layout_width="match_parent"android:orientation="vertical"xmlns:android="http://schemas.android.com/apk/res/android"> 

    <linearlayout android:gravity="center"android:id="@+id/linearLayout1"android:layout_height="50dp"android:layout_width="match_parent"> 

        <imageview android:id="@+id/imageView1"android:layout_gravity="left"android:layout_height="wrap_content"android:layout_weight="0"android:layout_width="wrap_content"android:paddingright="30dp"android:src="@drawable/logo"> 

        <view android:id="@+id/view1"android:layout_height="wrap_content"android:layout_weight="1"android:layout_width="wrap_content"> 

        </view></imageview></linearlayout></linearlayout></code><button android:background="@drawable/button_bg"android:id="@+id/categorybutton"android:layout_height="match_parent"android:layout_weight="0"android:layout_width="120dp"><codeclass="hljs xml"> 

       

 

    <fragment android:id="@+id/headlines"android:layout_height="fill_parent"android:layout_width="match_parent"android:name="com.example.android.newsreader.HeadlinesFragment"> 

 </fragment></code></button>

res/layout/twopanes.xml:(双面板，宽布局)

?

1

2

3

4

<codeclass="hljs xml"><linearlayout android:layout_height="fill_parent"android:layout_width="fill_parent"android:orientation="horizontal"xmlns:android="http://schemas.android.com/apk/res/android">

    <fragment android:id="@+id/headlines"android:layout_height="fill_parent"android:layout_marginright="10dp"android:layout_width="400dp"android:name="com.example.android.newsreader.HeadlinesFragment">

    <fragment android:id="@+id/article"android:layout_height="fill_parent"android:layout_width="fill_parent"android:name="com.example.android.newsreader.ArticleFragment">

</fragment></fragment></linearlayout></code>

res/layout/twopanes_narrow.xml:(双面板，窄布局)

?

1

2

3

4

<codeclass="hljs xml"><linearlayout android:layout_height="fill_parent"android:layout_width="fill_parent"android:orientation="horizontal"xmlns:android="http://schemas.android.com/apk/res/android">

    <fragment android:id="@+id/headlines"android:layout_height="fill_parent"android:layout_marginright="10dp"android:layout_width="200dp"android:name="com.example.android.newsreader.HeadlinesFragment">

    <fragment android:id="@+id/article"android:layout_height="fill_parent"android:layout_width="fill_parent"android:name="com.example.android.newsreader.ArticleFragment">

</fragment></fragment></linearlayout></code>

2.使用布局别名进行相应的匹配
(屏幕尺寸（小屏、7寸、10寸）、方向（横、纵）)
res/values/layouts.xml:（默认布局）

?

1

2

3

4

<codeclass="hljs xml"><resources> 

    <item name="main_layout"type="layout">@layout/onepane_with_bar</item> 

    <bool name="has_two_panes">false</bool> 

</resources> </code>

可为resources设置bool，通过获取其值来动态判断目前已处在哪个适配布局

res/values-sw600dp-land/layouts.xml
（大屏、横向、双面板、宽-Andorid 3.2版本后）

?

1

2

3

4

<codeclass="hljs xml"><resources>

    <item name="main_layout"type="layout">@layout/twopanes</item>

    <bool name="has_two_panes">true</bool>

</resources></code>

res/values-sw600dp-port/layouts.xml
（大屏、纵向、单面板带操作栏-Andorid 3.2版本后）

?

1

2

3

4

<codeclass="hljs xml"><resources>

    <item name="main_layout"type="layout">@layout/onepane</item>

    <bool name="has_two_panes">false</bool>

</resources></code>

res/values-large-land/layouts.xml
（大屏、横向、双面板、宽-Andorid 3.2版本前）

?

1

2

3

4

<codeclass="hljs xml"><resources>

    <item name="main_layout"type="layout">@layout/twopanes</item>

    <bool name="has_two_panes">true</bool>

</resources></code>

res/values-large-port/layouts.xml
（大屏、纵向、单面板带操作栏-Andorid 3.2版本前）

?

1

2

3

4

<codeclass="hljs xml"><resources>

    <item name="main_layout"type="layout">@layout/onepane</item>

    <bool name="has_two_panes">false</bool>

</resources></code>

这里没有完全把全部尺寸匹配类型的代码贴出来，大家可以自己去尝试把其补充完整

---

“布局组件”匹配

本质：使得布局组件自适应屏幕尺寸

做法
使用”wrap_content”、”match_parent”和”weight“来控制视图组件的宽度和高度

“wrap_content”
相应视图的宽和高就会被设定成所需的最小尺寸以适应视图中的内容 “match_parent”(在Android API 8之前叫作”fill_parent”)
视图的宽和高延伸至充满整个父布局 “weight”
1.定义：是线性布局（Linelayout）的一个独特比例分配属性
2.作用：使用此属性设置权重，然后按照比例对界面进行空间的分配，公式计算是：控件宽度=控件设置宽度+剩余空间所占百分比宽幅
 

通过使用”wrap_content”、”match_parent”和”weight”来替代硬编码的方式定义视图大小&位置，你的视图要么仅仅使用了需要的那边一点空间，要么就会充满所有可用的空间，即按需占据空间大小，能让你的布局元素充分适应你的屏幕尺寸

---

“图片资源”匹配

本质：使得图片资源在不同屏幕密度上显示相同的像素效果

做法：使用自动拉伸位图：Nine-Patch的图片类型

假设需要匹配不同屏幕大小，你的图片资源也必须自动适应各种屏幕尺寸

使用场景：一个按钮的背景图片必须能够随着按钮大小的改变而改变。
使用普通的图片将无法实现上述功能,因为运行时会均匀地拉伸或压缩你的图片

解决方案：
使用自动拉伸位图（nine-patch图片），后缀名是.9.png，它是一种被特殊处理过的PNG图片，设计时可以指定图片的拉伸区域和非拉伸区域；使用时，系统就会根据控件的大小自动地拉伸你想要拉伸的部分

1.必须要使用.9.png后缀名，因为系统就是根据这个来区别nine-patch图片和普通的PNG图片的；

2.当你需要在一个控件中使用nine-patch图片时,如

?

1

<codeclass="hljs perl">android:background="@drawable/button"</code>

系统就会根据控件的大小自动地拉伸你想要拉伸的部分

---

”用户界面流程“匹配

使用场景：我们会根据设备特点显示恰当的布局，但是这样做，会使得用户界面流程可能会有所不同。 例如，如果应用处于双面板模式下，点击左侧面板上的项即可直接在右侧面板上显示相关内容；而如果该应用处于单面板模式下，点击相关的内容应该跳转到另外一个Activity进行后续的处理。

本质：根据屏幕的配置来加载相应的用户界面流程

做法

进行用户界面流程的自适应配置：

确定当前布局 根据当前布局做出响应 重复使用其他活动中的片段

处理屏幕配置变化

步骤1：确定当前布局

由于每种布局的实施都会稍有不同，因此我们需要先确定当前向用户显示的布局。例如，我们可以先了解用户所处的是“单面板”模式还是“双面板”模式。要做到这一点，可以通过查询指定视图是否存在以及是否已显示出来。

?

1

2

3

4

5

6

7

8

9

10

11

12

13

<codeclass="hljs java">publicclassNewsReaderActivity extendsFragmentActivity {

    booleanmIsDualPane;

 

    @Override

    publicvoidonCreate(Bundle savedInstanceState) {

        super.onCreate(savedInstanceState);

        setContentView(R.layout.main_layout);

 

        View articleView = findViewById(R.id.article);

        mIsDualPane = articleView !=null&&

                        articleView.getVisibility() == View.VISIBLE;

    }

}</code>

这段代码用于查询“报道”面板是否可用，与针对具体布局的硬编码查询相比，这段代码的灵活性要大得多。

步骤2：根据当前布局做出响应

有些操作可能会因当前的具体布局而产生不同的结果。

例如，在新闻阅读器示例中，如果用户界面处于双面板模式下，那么点击标题列表中的标题就会在右侧面板中打开相应报道；但如果用户界面处于单面板模式下，那么上述操作就会启动一个独立活动：

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

<codeclass="hljs axapta">@Override

publicvoidonHeadlineSelected(intindex) {

    mArtIndex = index;

    if(mIsDualPane) {

        /* display article on the right pane */

        mArticleFragment.displayArticle(mCurrentCat.getArticle(index));

    }else{

        /* start a separate activity */

        Intent intent =newIntent(this, ArticleActivity.class);

        intent.putExtra("catIndex", mCatIndex);

        intent.putExtra("artIndex", index);

        startActivity(intent);

    }

}</code>

步骤3：重复使用其他活动中的片段

多屏幕设计中的重复模式是指，对于某些屏幕配置，已实施界面的一部分会用作面板；但对于其他配置，这部分就会以独立活动的形式存在。

例如，在新闻阅读器示例中，对于较大的屏幕，新闻报道文本会显示在右侧面板中；但对于较小的屏幕，这些文本就会以独立活动的形式存在。

在类似情况下，通常可以在多个活动中重复使用相同的 Fragment 子类以避免代码重复。例如，在双面板布局中使用了 ArticleFragment：

?

1

2

3

4

<codeclass="hljs xml"><linearlayout android:layout_height="fill_parent"android:layout_width="fill_parent"android:orientation="horizontal"xmlns:android="http://schemas.android.com/apk/res/android">

    <fragment android:id="@+id/headlines"android:layout_height="fill_parent"android:layout_marginright="10dp"android:layout_width="400dp"android:name="com.example.android.newsreader.HeadlinesFragment">

    <fragment android:id="@+id/article"android:layout_height="fill_parent"android:layout_width="fill_parent"android:name="com.example.android.newsreader.ArticleFragment">

</fragment></fragment></linearlayout></code>

然后又在小屏幕的Activity布局中重复使用了它 ：

?

1

2

<codeclass="hljs avrasm">ArticleFragment frag =newArticleFragment();

getSupportFragmentManager().beginTransaction().add(android.R.id.content, frag).commit();</code>

步骤4：处理屏幕配置变化

如果我们使用独立Activity实施界面的独立部分，那么请注意，我们可能需要对特定配置变化（例如屏幕方向的变化）做出响应，以便保持界面的一致性。

例如，在运行 Android 3.0 或更高版本的标准 7 英寸平板电脑上，如果新闻阅读器示例应用运行在纵向模式下，就会在使用独立活动显示新闻报道；但如果该应用运行在横向模式下，就会使用双面板布局。

也就是说，如果用户处于纵向模式下且屏幕上显示的是用于阅读报道的活动，那么就需要在检测到屏幕方向变化（变成横向模式）后执行相应操作，即停止上述活动并返回主活动，以便在双面板布局中显示相关内容：

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

<codeclass="hljs java">publicclassArticleActivity extendsFragmentActivity {

    intmCatIndex, mArtIndex;

 

    @Override

    protectedvoidonCreate(Bundle savedInstanceState) {

        super.onCreate(savedInstanceState);

        mCatIndex = getIntent().getExtras().getInt("catIndex",0);

        mArtIndex = getIntent().getExtras().getInt("artIndex",0);

 

        // If should be in two-pane mode, finish to return to main activity

        if(getResources().getBoolean(R.bool.has_two_panes)) {

            finish();

            return;

        }

        ...

}</code>

通过上面一系列步骤，我们就完全可以建立一个可以根据用户界面配置进行自适应的应用程序App了。

---

总结

经过上面的介绍，对于屏幕尺寸大小适配问题应该是不成问题了。

---

解决方案

问题：如何进行屏幕密度匹配？ 答：

“布局控件”匹配

本质：使得布局组件在不同屏幕密度上显示相同的像素效果

做法1：使用密度无关像素

由于各种屏幕的像素密度都有所不同，因此相同数量的像素在不同设备上的实际大小也有所差异，这样使用像素（px）定义布局尺寸就会产生问题。
因此，请务必使用密度无关像素 dp 或独立比例像素 sp 单位指定尺寸。

相关概念介绍

密度无关像素
- 含义：density-independent pixel，叫dp或dip，与终端上的实际物理像素点无关。
- 单位：dp，可以保证在不同屏幕像素密度的设备上显示相同的效果

Android开发时用dp而不是px单位设置图片大小，是Android特有的单位 场景：假如同样都是画一条长度是屏幕一半的线，如果使用px作为计量单位，那么在480x800分辨率手机上设置应为240px；在320x480的手机上应设置为160px，二者设置就不同了；如果使用dp为单位，在这两种分辨率下，160dp都显示为屏幕一半的长度。

dp与px的转换

因为ui给你的设计图是以px为单位的，Android开发则是使用dp作为单位的，那么该如何转换呢?

 

 

在Android中，规定以160dpi(即屏幕分辨率为320x480)为基准：1dp=1px

独立比例像素

- 含义：scale-independent pixel，叫sp或sip

单位：sp

Android开发时用此单位设置文字大小，可根据用户的偏好文字大小/字体大小首选项进行缩放 推荐使用12sp、14sp、18sp、22sp作为字体设置的大小，不推荐使用奇数和小数，容易造成精度的丢失问题;小于12sp的字体会太小导致用户看不清

所以，为了能够进行不同屏幕像素密度的匹配，我们推荐：

- 使用dp来代替px作为控件长度的统一度量单位

- 使用sp作为文字的统一度量单位

可是，请看以下一种场景：

Nexus5的总宽度为360dp，我们现在在水平方向上放置两个按钮，一个是150dp左对齐，另外一个是200dp右对齐，那么中间留有10dp间隔;但假如同样地设置在Nexus S(屏幕宽度是320dp)，会发现，两个按钮会重叠，因为320dp<200+150dp

从上面可以看出，由于Android屏幕设备的多样性，如果使用dp来作为度量单位，并不是所有的屏幕的宽度都具备相同的dp长度

再次明确，屏幕宽度和像素密度没有任何关联关系

所以说，dp解决了同一数值在不同分辨率中展示相同尺寸大小的问题(即屏幕像素密度匹配问题)，但却没有解决设备尺寸大小匹配的问题。(即屏幕尺寸匹配问题)

当然，我们一开始讨论的就是屏幕尺寸匹配问题，使用match_parent、wrap_content和weight，尽可能少用dp来指定控件的具体长宽，大部分的情况我们都是可以做到适配的。

那么该如何解决控件的屏幕尺寸和屏幕密度的适配问题呢？

从上面可以看出：

因为屏幕密度（分辨率）不一样，所以不能用固定的px 因为屏幕宽度不一样，所以要小心的用dp

因为本质上是希望使得布局组件在不同屏幕密度上显示相同的像素效果，那么，之前是绕了个弯使用dp解决这个问题，那么到底能不能直接用px解决呢？

即根据不同屏幕密度，控件选择对应的像素值大小

接下来介绍一种方法：百分比适配方法，步骤如下：

以某一分辨率为基准，生成所有分辨率对应像素数列表 将生成像素数列表存放在res目录下对应的values文件下 根据UI设计师给出设计图上的尺寸，找到对应像素数的单位，然后设置给控件即可

步骤1：以某一分辨率为基准，生成所有分辨率对应像素数列表

现在我们以320x480的分辨率为基准：

将屏幕的宽度分为320份，取值为x1~x320 将屏幕的高度分为480份，取值为y1~y480

然后生成该分辨率对应像素数的列表，如下图：
- lay_x.xml（宽）

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

<codeclass="hljs xml"><!--?xml version="1.0"encoding="utf-8"?-->

<resources><dimen name="x1">1.0px</dimen>

<dimen name="x2">2.0px</dimen>

<dimen name="x3">3.0px</dimen>

<dimen name="x4">4.0px</dimen>

<dimen name="x5">5.0px</dimen>

<dimen name="x6">6.0px</dimen>

<dimen name="x7">7.0px</dimen>

<dimen name="x8">8.0px</dimen>

<dimen name="x9">9.0px</dimen>

<dimen name="x10">10.0px</dimen>

...

<dimen name="x300">300.0px</dimen>

<dimen name="x301">301.0px</dimen>

<dimen name="x302">302.0px</dimen>

<dimen name="x303">303.0px</dimen>

<dimen name="x304">304.0px</dimen>

<dimen name="x305">305.0px</dimen>

<dimen name="x306">306.0px</dimen>

<dimen name="x307">307.0px</dimen>

<dimen name="x308">308.0px</dimen>

<dimen name="x309">309.0px</dimen>

<dimen name="x310">310.0px</dimen>

<dimen name="x311">311.0px</dimen>

<dimen name="x312">312.0px</dimen>

<dimen name="x313">313.0px</dimen>

<dimen name="x314">314.0px</dimen>

<dimen name="x315">315.0px</dimen>

<dimen name="x316">316.0px</dimen>

<dimen name="x317">317.0px</dimen>

<dimen name="x318">318.0px</dimen>

<dimen name="x319">319.0px</dimen>

<dimen name="x320">320px</dimen>

</resources></code>

lay_y.xml（高）

?

1

2

3

4

5

6

7

8

<codeclass="hljs xml"><!--?xml version="1.0"encoding="utf-8"?-->

<resources><dimen name="y1">1.0px</dimen>

<dimen name="y2">2.0px</dimen>

<dimen name="y3">3.0px</dimen>

<dimen name="y4">4.0px</dimen>

...

<dimen name="y480">480px</dimen>

</resources></code>

找到基准后，是时候把其他分辨率补全了，现今以写1080x1920的分辨率为例：

因为基准是320x480，所以1080/320=3.375px，1920/480=4px，所以相应文件应该是

lay_x.xml

?

1

2

3

4

5

6

7

<codeclass="hljs xml"><!--?xml version="1.0"encoding="utf-8"?-->

<resources><dimen name="x1">3.375px</dimen>

<dimen name="x2">6.65px</dimen>

<dimen name="x3">10.125px</dimen>

...

<dimen name="x320">1080px</dimen>

</resources></code>

lay_y.xml

?

1

2

3

4

5

6

7

8

<codeclass="hljs xml"><!--?xml version="1.0"encoding="utf-8"?-->

<resources><dimen name="y1">4px</dimen>

<dimen name="y2">8px</dimen>

<dimen name="y3">12px</dimen>

<dimen name="y4">16px</dimen>

...

<dimen name="y480">1920px</dimen>

</resources></code>

用上面的方法把你需要适配的分辨率的像素列表补全吧~

作为程序猿的我们当然不会做手写的这些蠢事！！！多谢 @鸿洋大神 提供了自动生成工具（内置了常用的分辨率），
注：工具默认基准为400*320，当然对于特殊需求，通过命令行指定即可：

?

1

<codeclass="hljs avrasm">java -jar 文件名.jar 基准宽 基准高 额外支持尺寸1的宽，额外支持尺寸1的高_额外支持尺寸2的宽,额外支持尺寸2的高：</code>

例如：需要设置的基准是800x1280，额外支持尺寸：735x1152 ；3200x4500；

?

1

<codeclass="hljs avrasm">java -jar 文件名.jar8001280735，1152_3200,4500</code>

步骤2：把生成的各像素数列表放到对应的资源文件

将生成像素数列表（lay_x.xml和lay_y.xml）存放在res目录下对应的values文件（注意宽、高要对应），如下图：

注：

分辨率为480x320的资源文件应放在res/values-480x320文件夹中；同理分辨率为1920x1080的资源文件应放在res/values-1920x1080文件夹中。（其中values-480x320是分辨率限定符）

必须在默认values里面也创建对应默认lay_x.xml和lay_y.xml文件，如下图
lay_x.xml

?

1

2

3

4

5

6

<codeclass="hljs r"><!--?xml version="1.0"encoding="utf-8"-->

<resources>

<dimen name="x1">1.0dp</dimen>

<dimen name="x2">2.0dp</dimen>

...

</resources></code>

因为对于没有生成对应分辨率文件的手机，会使用默认values文件夹，如果默认values文件夹没有（即没有对应的分辨率、没有对应dimen）就会报错，从而无法进行屏幕适配。

（注意对应单位改为dp，而不同于上面的px。因为不知道机型的分辨率，所以默认分辨率文件只好默认为x1=1dp以保证尽量兼容（又回到dp老方法了），这也是这个解决方案的一个弊端）

步骤3：根据UI设计师给出某一分辨率设计图上的尺寸，找到对应像素数的单位，然后设置给控件即可

如下图：

?

1

2

3

4

5

<codeclass="hljs xml"><framelayout>

 

    </framelayout></code><button android:gravity="center"android:layout_gravity="center"android:layout_height="@dimen/y160"android:layout_width="@dimen/x160"android:text="@string/hello_world"><codeclass="hljs xml">

 

</code></button>

总结

使用上述的适配方式，应该能进行90%的适配了，但其缺点还是很明显：

由于实际上还是使用px作为长度的度量单位，所以和google的要求使用dp作为度量单位会有所背离 必须尽可能多的包含所有分辨率，因为这个是使用这个方案的基础，如果有某个分辨率缺少，将无法完成该屏幕的适配 过多的分辨率像素描述xml文件会增加软件包的大小和维护的难度

---

“图片资源”匹配

本质：使得图片资源在不同屏幕密度上显示相同的像素效果

做法：提供备用位图（符合屏幕尺寸的图片资源）
由于 Android 可在各种屏幕密度的设备上运行，因此我们提供的位图资源应该始终可以满足各类密度的要求： 步骤1：根据以下尺寸范围针对各密度生成相应的图片。

比如说，如果我们为 xhdpi 设备生成了 200x200 px尺寸的图片，就应该按照相应比例地为 hdpi、mdpi 和 ldpi 设备分别生成 150x150、100x100 和 75x75 尺寸的图片

即一套分辨率=一套位图资源（这个当然是Ui设计师做了） 步骤2：将生成的图片文件放在 res/ 下的相应子目录中(mdpi、hdpi、xhdpi、xxhdpi)，系统就会根据运行您应用的设备的屏幕密度自动选择合适的图片 步骤3：通过引用 @drawable/id，系统都能根据相应屏幕的 屏幕密度（dpi）自动选取合适的位图。

注： 如果是.9图或者是不需要多个分辨率的图片，放在drawable文件夹即可 对应分辨率的图片要正确的放在合适的文件夹，否则会造成图片拉伸等问题。<喎�"http://www.2cto.com/kf/ware/vc/" target="_blank" class="keylink">vcD4NCjxoMiBpZD0="更好地方案解决图片资源适配问题">更好地方案解决“图片资源”适配问题

上述方案是常见的一种方案，这固然是一种解决办法，但缺点在于：

每套分辨率出一套图，为美工或者设计增加了许多工作量 对Android工程文件的apk包变的很大

那么，有没有一种方法： 保证屏幕密度适配 可以最小占用设计资源 使得apk包不变大（只使用一套分辨率的图片资源）

下面我们就来介绍这个方法：
- 只需选择唯一一套分辨率规格的图片资源

方法介绍

1. 先来理解下Android 加载资源过程
Android SDK会根据屏幕密度自动选择对应的资源文件进行渲染加载（自动渲染）

比如说，SDK检测到你手机的分辨率是320x480（dpi=160），会优先到drawable-mdpi文件夹下找对应的图片资源；但假设你只在xhpdi文件夹下有对应的图片资源文件（mdpi文件夹是空的），那么SDK会去xhpdi文件夹找到相应的图片资源文件，然后将原有大像素的图片自动缩放成小像素的图片，于是大像素的图片照样可以在小像素分辨率的手机上正常显示。

所以理论上来说只需要提供一种分辨率规格的图片资源就可以了。
那么应该提供哪种分辨率规格呢？

如果只提供ldpi规格的图片，对于大分辨率（xdpi、xxdpi）的手机如果把图片放大就会不清晰

所以需要提供一套你需要支持的最大dpi分辨率规格的图片资源，这样即使用户的手机分辨率很小，这样图片缩小依然很清晰。那么这一套最大dpi分辨率规格应该是哪种呢？是现在市面手机分辨率最大可达到1080X1920的分辨率（dpi=xxdpi=480）吗？

2. xhdpi应该是首选

原因如下：

xhdpi分辨率以内的手机需求量最旺盛
目前市面上最普遍的高端机的分辨率还多集中在720X1080范围内（xhdpi），所以目前来看xhpdi规格的图片资源成为了首选 节省设计资源&工作量
在现在的App开发中（iOS和Android版本），有些设计师为了保持App不同版本的体验交互一致，可能会以iPhone手机为基础进行设计，包括后期的切图之类的。
设计师们一般都会用最新的iPhone6和iPhone5s（5s和5的尺寸以及分辨率都一样）来做原型设计，所有参数请看下图

iPhone主流的屏幕dpi约等于320, 刚好属于xhdpi，所以选择xhdpi作为唯一一套dpi图片资源，可以让设计师不用专门为Android端切图，直接把iPhone的那一套切好的图片资源放入drawable-xhdpi文件夹里就好，这样大大减少的设计师的工作量！

额外小tips

ImageView的ScaleType属性
设置不同的ScaleType会得到不同的显示效果，一般情况下，设置为centerCrop能获得较好的适配效果。

动态设置

使用场景：有些情况下，我们需要动态的设置控件大小或者是位置，比如说popwindow的显示位置和偏移量等

这时我们可以动态获取当前的屏幕属性，然后设置合适的数值

?

1

2

3

4

5

6

7

8

<codeclass="language-java hljs ">publicclassScreenSizeUtil {

  publicstaticint getScreenWidth(Activity activity) {

    returnactivity.getWindowManager().getDefaultDisplay().getWidth();

}

  publicstaticint getScreenHeight(Activity activity) {

    returnactivity.getWindowManager().getDefaultDisplay().getHeight();

   }

}</code>