android的适配，一直是android程序员吐槽的话题，一款好的app必须支持市面上的大部分设备。无论如何，这是一项无法逃避的工作，既然无法逃避，就只能想办法去适应。

这里我们主要聊一下使用value中demin文件来进行屏幕的适配

在android中谷歌搞了一大套dpi , mdpi , hdpi , xhdpi , sp这类的规则， 让我们轻松实现“与设备密度无关的视觉大小一致性”， 就是说无论是在手机、低分辨率平板、高分辨率平板上，一个控件或者一个图片在物理尺寸上都是一样大小的。

在讲适配之前，我们先科普一下什么是屏幕密度 和 dpi的相关知识

屏幕密度是根据像素分辨率，在屏幕指定物理宽度范围内能显示的像素数量。 也就是说，一张图片在同样尺寸的屏幕下，密度低的屏幕上显示会更大。 而屏幕密度的单位就是dpi ， 全拼 “dot per inch” , 意思就是每英寸的像素数。 dpi的分类有： ldpi (l = low，低)、mdpi (m = medium，中)、 hdpi （h = high，高）、 and xhdpi （xh = extra high ，极高）。 一般情况下的普通屏幕DPI：ldpi120，mdpi160，hdpi240，xhdpi320。还有一个TV的：tvdpi213 ， 我在工作中就遇到了一个变态的平板是用TVdpi ， 导致适配走了很多弯路。 dpi的计算公式： √(长^2+宽2)/屏幕尺寸，也就是长的2次方与宽的2次方的和再开方然后除以屏幕尺寸。 我们就拿一个分辨率为1280x800 ， 尺寸为4.3英寸的手机来举例，那么他的dpi就是： √(1280²⁺⁷²⁰2)/4.3≈341。属于xhdpi。

一般情况下的适配我们通过values-mdpi ， values-hdpi， values-xhdpi 就可以完成手机屏幕的适配（特殊尺寸的除外，那种手机一看就蛋疼），但是由于android手机的各种个性化，单单靠这几个密度适配已经无法满足我们了，所以，我们需要在了解几个dpi相关的知识

sw<n>dp , w<n> dp , h<n>dp , nodpi , dp/dip ,sp , lang , port

sw<n>dp : 如layout-sw600dp , values-sw<600>dp , 这里的sw代表的是 small width ， 就是当你的屏幕最小宽度都大于600dp的时候会自动到sw600dp的资源文件里取寻找相关资源文件，这里的最小宽度是指屏幕宽高的较小值，每个屏幕都是固定的，不会随着屏幕的横竖切换而改变。

w<n>dp : 如layout-w600dp , values-w600dp 这里的w就是width ， 也就是当设备屏幕的宽度大于600时会去w600dp的资源文件中去寻找相关资源，这个看似和sw<n>dp非常相似，其实是真的很相似，主要区别也就是当横竖屏切换时，w<n>dp回去取切换后屏幕的宽度，而sw<n>dp则不会。

h<n>dp：如 layout-h600dp ， value-h600dp 这个和w<n>dp使用方式是一样的，只不过这个的判断值是高度，而且随着屏幕纵向的变化，屏幕高度也会变化，那么判断的高度值也会变化。还有一种很蛋疼的现象就是，屏幕在纵向通常是能滚动的，而这个滚动会导致长度变化，不想长度那样基本固定。所以google不建议使用这种方式。

nodpi：此资源包下的图片是不会被拉伸的，以原图显示。也就是说，在不同分辨率下，图片显示的大小是一样的，不用考虑拉伸情况，不过图片大小要写成wrap-content，不能写成dpi 。

dp/dip：其实这两个是同一个的，dp的全拼是： Density-independent Pixels 而dip的全拼是： Density Independent Pixels 都是android中最难理解的长度单位，换算公式：px = dp * (dpi / 160) dpi就是密度值 ， dp的长度为：1dp的长度 = 1 * dpi / 160 * 1 / dpi 英寸 ，标准情况（dpi=160的情况下）1dp = 1 / 160英寸。

sp： Scale-independent Pixel，即与缩放无关的抽象像素。sp和dp非常相似，但是唯一的区别在于android系统允许用户自定义自己的文字大小，当用户选择标准大小时， 1sp=1dp=0.00625英寸 ， 而当用户选择的问答大小是大或者超大时 1sp > 1dp.

lang：用于横屏状态下的文件

port：用于竖屏状态下的文件

输入图片说明

输入图片说明

还可以针对某一分辨率进行：

输入图片说明

如果需要使用这种方式进行适配的话，一定需要注意，这里用的是准确分辨率，比如我们一个1920x1200分辨率的平板，除掉虚拟按钮部分，真是可用分辨率也就是1920x1128 ， 那边适配时分辨率只能写成values-1920x1128 , 如果写1920x1200是进不去的。（蛋碎吧，碎一地）

如果这些都同时存在，系统查找资源文件的顺序是：

values-sw820dp --->> values-w820dp --->> values-hdpi --->> values-1920x1080a

OK，本来呢，适配记录到这里也就可以结束了，但是在开发过程中呢，我呢碰到了一个让人抓狂的问题，也分享一下：

在一次平板开发中，我使用的是w<n>dp这种适配方式，本来大部分设备适配都没有问题，但是临发布却发现了这么种情况：两个板子，一个分辨率是：1920x1200 dpi：240，一个是1280x800 dpi：160 ，看到这里你有没有发现一个有趣的现象，那就是，两者的分辨率差了很多，但是呢，因为dpi的问题，两个板子的width dp都变成了1280，那么如果用values-w<1280>dp适配的话，两个设备都会去这个里面找资源文件，适配便出现了问题，1280x800设备的的view会大很多。（蛋又碎了一地）

最终解决办法就是： 建立两个values-w<1280>dp的文件，但是需要在他们后面在加一个后缀：

values-w<1280>dp-hdpi values-w<1280>dp-mdpi

问题解决，已经半夜，打车回家