Android适配问题

操作系统适配

适配Android 2.X，4.X，5.X……每个版本的操作系统，都有其特定的变化，对于App开发者而言，最重要的一点就是要明确每一个版本API Changed List。对变更列表中的新增API，可以选择性使用；对废弃API，可以及早应对；对变化的API，尤其是形式不变而含义变化的API，要重点研究，以免在不同版本中带来行为上的差异。比如权限分裂及默认值的变化，由串行到并发的变化，精确计时与非精确计时的变化等等，这些都会带来隐藏很深的适配性问题。

另外，就是仔细处理好MinSdkVersion、TargetSdkVersion、CompileVersion，每一个数值的选择都不是随意来的，这些也影响对操作系统的适配。

厂家型号适配

即适配三星、小米、Note5、米2……这块有两种适配方式，一是公版适配，二是定制开发。我们先从公版适配说起，这也是大多数App在用的方式。

公版适配这里指的是只存在一套代码，一个APK，要适配所有的厂商或机型。比较差的方式通常就是在代码中涉及到不同厂商或型号的地方通过if语句利用Build里的厂商标识等进行不同的策略，其结果就是适配得越多，if语句越复杂，越难维护。其实只要利用一个工厂模式就可以做得更灵活一些。

硬件兼容

主要是对包括屏幕分、CPU、内存、外存、传感器等进行适配，其主要思路也是抽象隔离。搞清楚要适配的对象以后，我们接下来从三层架构的角度分别总结一下适配方法。
在数据层，我们最主要的是进行外部存储的适配，即考虑数据存储的位置、格式、易失性等。通常这种持久化的数据存储，都要考虑存储位置及其易失性问题，不要把关键数据保存在易失的外部存储当中，还有Android 5.X开始的外卡的不可访问性，进而，可以根据存储空间和数据特点考虑明文格式还是密文格式，压缩还是不压缩。
在业务逻辑层，主要的是根据不同的运行环境进行策略调整，以策略为主。
在展现层，对于屏幕分辨率、方向，可以采用相对单位dp、sp代替pix，可以使用Android提供的layout等常规适配方法。对于交互和界面元素，可以采用交互降级、视觉降级的思路，即在不同性能的手机上采用不同的交互复杂度及视觉效果、动画效果。对于系统元素，如桌面图标、通知栏等，由于Rom、Launcher差异太大，建议远离这些部分，不要去搞，否则成本可能会大于收益。

屏幕适配

尺寸：

dip和dp是一个意思，都是Density Independent Pixels的缩写，即密度无关像素，上面我们说过，dpi是屏幕像素密度，假如一英寸里面有160个像素，这个屏幕的像素密度就是160dpi，那么在这种情况下，dp和px如何换算呢？在Android中，规定以160dpi为基准，1dip=1px，如果密度是320dpi，则1dip=2px，以此类推。

假如同样都是画一条320px的线，在480*800分辨率手机上显示为2/3屏幕宽度，在320*480的手机上则占满了全屏，如果使用dp为单位，在这两种分辨率下，160dp都显示为屏幕一半的长度。这也是为什么在Android开发中，写布局的时候要尽量使用dp而不是px的原因。

而sp，即scale-independent pixels，与dp类似，但是可以根据文字大小首选项进行放缩，是设置字体大小的御用单位。

使用wrap_content、match_parent、weight

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

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

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

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

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

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

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

使用限定符：

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

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

res/layout-large/main.xml，双面板布局（这里的layout根目录名选择的是large限定符）

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

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

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

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

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

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

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

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

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

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

使用自动拉伸位图

也就是9-patch位图

提供备用位图

由于 Android 可在具有各种屏幕密度的设备上运行，因此我们提供的位图资源应始终可以满足各类普遍密度范围的要求：低密度、中等密度、高密度以及超高密度。这将有助于我们的图片在所有屏幕密度上都能得到出色的质量和效果。

要生成这些图片，我们应先提取矢量格式的原始资源，然后根据以下尺寸范围针对各密度生成相应的图片。

xhdpi：2.0

hdpi：1.5

mdpi：1.0（最低要求）

ldpi：0.75

也就是说，如果我们为 xhdpi 设备生成了 200x200 px尺寸的图片，就应该使用同一资源为 hdpi、mdpi 和 ldpi 设备分别生成 150x150、100x100 和 75x75 尺寸的图片。

然后，将生成的图片文件放在 res/ 下的相应子目录中(mdpi、hdpi、xhdpi、xxhdpi)，系统就会根据运行您应用的设备的屏幕密度自动选择合适的图片。

这样一来，只要我们引用 @drawable/id，系统都能根据相应屏幕的 dpi 选取合适的位图。

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