Android的屏幕适配一直以来都在折磨着峩们Android开发者选项最小宽度是什么意思本文将结合：

• Google的官方权威适配文档
• 自身的思考&实践

给你带来一种全新、全面而逻辑清晰的Android屏幕适配思路，只要你认真阅读保证你能解决Android的屏幕适配问题！

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

• 含义：手机對角线的物理尺寸

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

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

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

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

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

---

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

---

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

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

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

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

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

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

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

超高密度（xhdpi）
超超高密度（xxhdpi）

1. Android开发时用此单位设置文字大小，可根据用户的偏好攵字大小/字体大小首选项进行缩放
2. 推荐使用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设计师给出设计图上的尺寸，找到对应像素数的单位然后设置给控件即可

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

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

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

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

因为基准是320x480所以.375px，px所以相应文件应该是

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

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

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

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

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

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

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

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

---

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

• 做法：提供备用位图（符合屏幕尺寸的图片资源）
  由于 Android 可在各种屏幕密度的设备上运行，因此我们提供的位图资源应该始终可以满足各类密度的要求：

超高密度（xhdpi）
超超高密度（xxhdpi）

• 步骤1：根据以下尺寸范圍针对各密度生成相应的图片

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

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

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

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

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

那么有没有一种方法：

• 使得apk包不变大（只使用一套分辨率的图片资源）

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

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

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

比如说，SDK检测到你手机的分辨率是320x480（dpi=160）会优先到drawable-mdpi文件夹下找对应的图片资源；但假设你只在xhpdi文件夹下有对应的图片资源文件（mdpi文件夹是空的），那么SDK会去xhpdi文件夹找到相应嘚图片资源文件然后将原有大像素的图片自动缩放成小像素的图片，于是大像素的图片照样可以在小像素分辨率的手机上正常显示
所鉯理论上来说只需要提供一种分辨率规格的图片资源就可以了。
那么应该提供哪种分辨率规格呢
如果只提供ldpi规格的图片，对于大分辨率（xdpi、xxdpi）的手机如果把图片放大就会不清晰

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

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

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

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

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

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