版权声明：本文为博主原创文章(部分引用他人博文，已加上引用说明)，未经博主允许不得转载。https://www.jianshu.com/p/7aa34434ad4d

转载请标明出处： https://www.jianshu.com/p/7aa34434ad4d 本文出自 AWeiLoveAndroid的博客

Android适配是一个老生常谈的问题，很多程序员觉得很恶心，不愿意做适配，但是又不得不做。然后老板说，这位兄弟，做好了，今天晚饭给你加个鸡腿，然后程序员开始找各种资料，忙活起来了，最终在苦逼的煎熬中做完了。

好了，言归正传，根据多年开发经验，总结一下Android适配主要表现在以下 3个方面：

1、屏幕适配。（网上讲的最多的就是这个。） 由于Android碎片化严重，导致开发中一套代码在不同手机上运行起来效果不是很好，兼容性不是很好，这就需要对不同分辨率，不同屏幕大小的手机做屏幕适配。

2、版本适配。 不同的系统版本api有所变更，既要适配高版本，也要做到兼容低版本。

具体讲解请看链接： http://www.jianshu.com/p/49fa8ebc0105

3、ROM适配。（这个是最难的，工作量也是最大的，如果没有不同版本手机适配的积累，遇到问题都不知道怎么解决。） 由于Android是开源的，不同的手机厂商有自己定制的ROM，对系统的api可能有变更，也有可能新增一些api，所以在开发中，要针对不同厂商的手机做一些特殊适配。

具体讲解请看链接： http://www.jianshu.com/p/f9c67a4b908e

废话少说，开始进入正题。这篇文章我们先讲解第一个问题 ---- 屏幕适配。

（1）屏幕物理尺寸：

屏幕对角线的尺寸。单位是英寸，1英寸 ≈ 2.54厘米

（2）屏幕分辨率：

定义：

确定计算机屏幕上显示多少信息的设置，以水平和垂直像素来衡量。

计算公式：

单位：

单位是px，1px=1个像素点。

常见分辨率：

（3）屏幕像素密度（dots per inch，简称dpi）

含义：每英寸上的像素点数。

屏幕像素密度与屏幕尺寸和屏幕分辨率有关，在单一变化条件下，屏幕尺寸越小、分辨率越高，像素密度越大，反之越小。

dpi和ppi：

dpi最初用于衡量打印物上每英寸的点数密度。DPI值越小图片越不精细。当DPI的概念用在计算机屏幕上时，就应称之为ppi。同理： PPI就是计算机屏幕上每英寸可以显示的像素点的数量。因此，在电子屏幕显示中提到的ppi和dpi是一样的，可认为dpi=ppi

单位：dpi（dots per inch）

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

不同手机屏幕大小对应的屏幕像素密度关系表：

（4）以上三者（屏幕尺寸、分辨率、像素密度）之间的关系

（5）密度无关像素（dp 或 dip）

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

Android开发设置布局和控件宽高，用dp而不是px，dp是Android特有的单位

dp与px的转换

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

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

我创建了一个模拟器。

我们通过换算公式可以得知：假如devicePixelRatio为2，那么1px=2dp，网上那些1dp=2px的都是扯淡，都是没有做过实践的，乱写的。

（6）独立比例像素（sp）

下面给一个实例说明，让你更能明白这几个单位：

看下图你可以知道：为什么使用了dp作为单位，两个手机分辨率也是一样的，可是按钮显示的宽度还是不一样？

总结一下，主要有以下两点：

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

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

首先看一张图：

4.1.1.布局适配

  解决方案：使用相对布局（RelativeLayout），禁用绝对布局（AbsoluteLayout）。这个很基础，就不多说了。

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

限定符分类： （1）尺寸（size）限定符（这种方式只适合Android 3.2版本之前）   res目录新建一个layout-large文件夹，布局名字和res/layout里面的同名。在平板电脑和电视的屏幕（>7英寸）上：实施 双面板 模式以同时显示更多内容，它会加载res/layout-large里面的布局，在手机较小的屏幕上：使用 单面板 分别显示内容，加载的是res/layout里面的同名布局。

（3）布局别名   为了解决文件名的重复从而带来一些列后期维护的问题，我们使用 布局别名 方案。 通过以上两点，大家也会发现一个问题：   适配手机没问题。但是适配平板发现Android3.2前后的这两个文件内容是一样的，只是文件名不同而已。

解救方案：取一个别名就好了，示例如下：

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

（4）屏幕方向（Orientation）限定符。   根据屏幕方向进行布局的调整。   某些布局会同时支持横向模式和纵向模式，但我们可以通过调整优化其中大部分布局的效果。每种屏幕尺寸和屏幕方向下的布局行为方式如下所示：

解决方案： 第一步：先定义类别：单/双面板、是否带操作栏、宽/窄

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

示例代码如下图所示：

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

4.1.2. 布局组件适配 使得布局组件自适应屏幕尺寸。

4.1.3. 图片资源适配 使得图片资源在不同屏幕密度上显示相同的像素效果。

  在实际开发中一个按钮的背景图片必须能够随着按钮大小的改变而改变。使用普通的图片将无法实现这个效果,因为运行时会对图片均匀地拉伸或压缩。

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

注意事项：

下面一张图看看使用nine-patch图片的效果：

nine-patch图片制作请参考我的博客： nine-patch图片的制作

4.1.4. 用户界面流程适配 根据屏幕的配置来加载相应的用户界面流程。

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

解决方案（最终目的是进行用户界面流程的自适应配置，其实就是用java代码动态加载）：

① 确定当前布局。示例如下：

由于每种布局的实施都会稍有不同，因此我们需要先确定当前向用户显示的布局。 例如，我们可以先了解用户所处的是“单面板”模式还是“双面板”模式。

② 根据当前布局做出响应。示例如下：

有些操作可能会因当前的具体布局而产生不同的结果。 例如，在新闻阅读器示例中，如果用户界面处于双面板模式下，那么点击标题列表中的标题就会在右侧面板中切换到相应报道(Fragment)；但如果用户界面处于单面板模式下，那么上述操作就会启动一个独立Activity：

③ 重复使用其他 Activity 中的 Fragment。示例如下：

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

④ 处理屏幕配置变化。示例如下：

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

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

4.2.1.布局控件适配 使得布局组件在不同屏幕密度上显示相同的像素效果。

解决方案有以下两种：

有下面一种场景： RelativeLayout布局里面，水平方向上放置两个按钮，一个是150dp左对齐，另外一个是200dp右对齐。在屏幕总宽度为360dp的Nexus5上中间有10dp的间隙。但同样地设置在Nexus S（屏幕宽度是320dp），会发现，两个按钮会重叠，因为320dp