作者：Carson_Ho

链接：https://www.jianshu.com/p/ec5a1a30694b

“布局组件”匹配

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

• 做法
• 使用"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图片时,如

android:background="@drawable/button"

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

”用户界面流程“匹配

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

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

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

1. 确定当前布局
2. 根据当前布局做出响应
3. 重复使用其他活动中的片段
4. 处理屏幕配置变化

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

public class NewsReaderActivity extends FragmentActivity {
 boolean mIsDualPane;
 @Override
 public void onCreate(Bundle savedInstanceState) {
 super.onCreate(savedInstanceState);
 setContentView(R.layout.main_layout);
 View articleView = findViewById(R.id.article);
 mIsDualPane = articleView != null &&
 articleView.getVisibility() == View.VISIBLE;
 }
}

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

• 步骤2：根据当前布局做出响应
• 有些操作可能会因当前的具体布局而产生不同的结果。

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

@Override
public void onHeadlineSelected(int index) {
 mArtIndex = index;
 if (mIsDualPane) {
 /* display article on the right pane */
 mArticleFragment.displayArticle(mCurrentCat.getArticle(index));
 } else {
 /* start a separate activity */
 Intent intent = new Intent(this, ArticleActivity.class);
 intent.putExtra("catIndex", mCatIndex);
 intent.putExtra("artIndex", index);
 startActivity(intent);
 }
}

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

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

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

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
 android:layout_
 android:layout_
 android:orientation="horizontal">
 <fragment android:id="@+id/headlines"
 android:layout_
 android:name="com.example.android.newsreader.HeadlinesFragment"
 android:layout_
 android:layout_marginRight="10dp"/>
 <fragment android:id="@+id/article"
 android:layout_
 android:name="com.example.android.newsreader.ArticleFragment"
 android:layout_ />
</LinearLayout>

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

ArticleFragment frag = new ArticleFragment();
getSupportFragmentManager().beginTransaction().add(android.R.id.content, frag).commit();

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

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

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

public class ArticleActivity extends FragmentActivity {
 int mCatIndex, mArtIndex;
 @Override
 protected void onCreate(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;
 }
 ...
}

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

总结

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

解决方案

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

屏幕密度匹配解决方案.png

“布局控件”匹配

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

• 做法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作为单位的，那么该如何转换呢？

| 密度类型 | 代表的分辨率（px） | 屏幕密度（dpi）|换算（px/dp） |比例|

| ------------- |:-------------:| -------------:| -------------:|

| 低密度（ldpi） | 240x320 | 120 |1dp=0.75px|3|

| 中密度（mdpi） | 320x480 | 160 |1dp=1px|4|

| 高密度（hdpi） | 480x800 | 240|1dp=1.5px|6|

| 超高密度（xhdpi） | 720x1280 | 320|1dp=2px|8|

| 超超高密度（xxhdpi） | 1080x1920 | 480 |1dp=3px|12|

在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解决呢？

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

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

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

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

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

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

然后生成该分辨率对应像素数的列表，如下图：

• lay_x.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>

• lay_y.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>

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

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

• lay_x.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>

• lay_y.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>

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

作为程序猿的我们当然不会做手写的这些蠢事！！！多谢 @鸿洋大神 提供了自动生成工具（内置了常用的分辨率），大家可以直接点击这里下载

注：工具默认基准为400*320，当然对于特殊需求，通过命令行指定即可：

java -jar 文件名.jar 基准宽 基准高 额外支持尺寸1的宽，额外支持尺寸1的高_额外支持尺寸2的宽,额外支持尺寸2的高：

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

java -jar 文件名.jar 800 1280 735，1152_3200,4500

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

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

res目录下对应的values文件

注：

• 分辨率为480x320的资源文件应放在res/values-480x320文件夹中；同理分辨率为1920x1080的资源文件应放在res/values-1920x1080文件夹中。（其中values-480x320是分辨率限定符）
• 必须在默认values里面也创建对应默认lay_x.xml和lay_y.xml文件，如下图
• lay_x.xml

<?xml version="1.0" encoding="utf-8">
<resources>
<dimen name="x1">1.0dp</dimen>
<dimen name="x2">2.0dp</dimen>
...
</resources>

• 因为对于没有生成对应分辨率文件的手机，会使用默认values文件夹，如果默认values文件夹没有（即没有对应的分辨率、没有对应dimen）就会报错，从而无法进行屏幕适配。
• （注意对应单位改为dp，而不同于上面的px。因为不知道机型的分辨率，所以默认分辨率文件只好默认为x1=1dp以保证尽量兼容（又回到dp老方法了），这也是这个解决方案的一个弊端）

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

如下图：

<FrameLayout >
 <Button
 android:layout_gravity="center"
 android:gravity="center"
 android:text="@string/hello_world"
 android:layout_
 android:layout_/>
</FrameLayout>

总结

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

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

“图片资源”匹配

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

• 做法：提供备用位图（符合屏幕尺寸的图片资源）
• 由于 Android 可在各种屏幕密度的设备上运行，因此我们提供的位图资源应该始终可以满足各类密度的要求：
• 密度类型 代表的分辨率（px） 系统密度（dpi） 低密度（ldpi） 240x320 120 中密度（mdpi） 320x480 160 高密度（hdpi） 480x800 240 超高密度（xhdpi） 720x1280 320 超超高密度（xxhdpi） 1080x1920 480 步骤1：根据以下尺寸范围针对各密度生成相应的图片。

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

即一套分辨率=一套位图资源（这个当然是Ui设计师做了）

• 步骤2：将生成的图片文件放在 res/ 下的相应子目录中(mdpi、hdpi、xhdpi、xxhdpi)，系统就会根据运行您应用的设备的屏幕密度自动选择合适的图片
• 步骤3：通过引用 @drawable/id，系统都能根据相应屏幕的 屏幕密度（dpi）自动选取合适的位图。

注：

• 如果是.9图或者是不需要多个分辨率的图片，放在drawable文件夹即可
• 对应分辨率的图片要正确的放在合适的文件夹，否则会造成图片拉伸等问题。

更好地方案解决“图片资源”适配问题

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

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

那么，有没有一种方法：

• 保证屏幕密度适配
• 可以最小占用设计资源
• 使得apk包不变大（只使用一套分辨率的图片资源）

下面我们就来介绍这个方法：

• 只需选择唯一一套分辨率规格的图片资源

方法介绍

1. 先来理解下Android 加载资源过程

Android SDK会根据屏幕密度自动选择对应的资源文件进行渲染加载（自动渲染）

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

具体请看http://blog.csdn.net/xiebudong/article/details/37040263

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

那么应该提供哪种分辨率规格呢？

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

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

2. xhdpi应该是首选

原因如下：

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

机型 分辨率（px） 屏幕尺寸（inch） 系统密度（dpi） iPhone 5s 640X1164 4 332 iPhone 6 1334x750 4.7 326 iPhone 6 Plus 1080x1920 5 400 iPhone主流的屏幕dpi约等于320, 刚好属于xhdpi，所以选择xhdpi作为唯一一套dpi图片资源，可以让设计师不用专门为Android端切图，直接把iPhone的那一套切好的图片资源放入drawable-xhdpi文件夹里就好，这样大大减少的设计师的工作量！

额外小tips

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

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

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

public class ScreenSizeUtil { 
 public static int getScreenWidth(Activity activity) { 
 return activity.getWindowManager().getDefaultDisplay().getWidth(); 
} 
 public static int getScreenHeight(Activity activity) { 
 return activity.getWindowManager().getDefaultDisplay().getHeight(); 
 }
}

总结

本文根据现今主流Android的适配方法，以逻辑清晰的方式进行了主流Android适配方法的全面整理，接下来我会介绍继续介绍Android开发中的相关知识，有兴趣可以继续关注Carson_Ho的安卓开发笔记