搞懂这几个问题，就掌握了屏幕适配原理

好文推荐：
作者：honey饼

关于屏幕适配的重要问题

在没有更好的适配方案之前，我们是如何做的？
为什么需要做适配？
如果只用一套图片，应该放在哪个资源文件夹，为什么？
适配方案有哪些，都有什么优缺点？

如果以上四个问题，都能答得上来，那么就没必要往下看了，如果还存在一些疑惑，不妨可以看看，我也贴出了回答相关问题的文章链接，个人觉得文章都写得很好。

在没有更好的适配方案之前，我们是如何做的？

我记得刚出来工作实习时，没有经验，做得最多的事情就是写一些简单界面。那时还没有现在这么多适配方案，所以都会在心理默记，在适合的地方多使用wrap_content,match_parent,layout_weight等属性，这样更容易适配各种手机。而现在有了比较完善的适配方案，写起布局来反而有些忽略最根本的东西，有适配方案兜底，不害怕却变得“大胆”。所有的适配方案都是辅助，合适的时候使用wrap_content,match_parent,layout_weigh，依然是我们写布局的时候需要去思考的，适配方案是在此基础上去完善，不是替代它们。

为什么需要做适配？

我们做Android开发的，整天都在吐槽Android的屏幕尺寸，屏幕分辨率的碎片化太严重。可是安卓不是有dp吗?dp是设备独立像素，dp会在不同分辨率和尺寸的手机上代表不同的真实像素，在不同手机上看起来就差不多了，再加上在合适的时候使用wrap_content,match_parent,layout_weigh，为什么还不能完成所有的手机适配？要回答这个问题，我们就先来看看dp是如何转化为px的，代码如下：

  public static float applyDimension(int unit, float value,
                                       DisplayMetrics metrics)
    {
        switch (unit) {
        case COMPLEX_UNIT_PX:
            return value;
        case COMPLEX_UNIT_DIP://重点关注这里
            return value * metrics.density;
        case COMPLEX_UNIT_SP:
            return value * metrics.scaledDensity;
        case COMPLEX_UNIT_PT:
            return value * metrics.xdpi * (1.0f/72);
        case COMPLEX_UNIT_IN:
            return value * metrics.xdpi;
        case COMPLEX_UNIT_MM:
            return value * metrics.xdpi * (1.0f/25.4f);
        }
        return 0;
    }

不管我们在布局文件里面用的是什么单位，最后都会转换为px，这是Android的标准单位。现在只关注dp转换为px这一项,来看value * metrics.density这一项，value是我们写布局时候的dp值，metrics.density跟踪代码就是context.getResources().getDisplayMetrics().density,而density=densityDpi/160,也就是density是屏幕密度dpi和160的一个比值，到这里就能知道，px转化为dp和屏幕密度dpi有关。

dpi是软件概念上的像素密度，这个是人为指定的，还有一个ppi也是像素密度，这个是物理上的，客观存在的。软件上的像素密度一般是会参考物理上的像素密度后人为去指定的，指定数值一般都是120、160、240、320、480，像几部相同分辨率不同尺寸的手机的ppi可能分别是是430,440,450，可能安卓系统指定的都是480dpi,dpi/160就会是一个相对固定的数值，这样导致软件上的dpi和真实的像素密度存在比较大的差距，比如现在1080P的手机不全都是480dpi，还有一些是420dpi，一个100dp*100dp的控件，480dpi手机是300px,而420dpi的手机就是262.5px，但是安卓可能让420dpi的手机也指定为480dpi,这样100dp*100dp算出的就是300px，本来实际的应该是262.5px，这样就会比我们本来预期的占据的比例要大，在手机上的显示还是有挺大差别的。还有的手机也不会去参考真实的像素密度然后给一个软件意义上的像素密度，而是直接用真实的像素密度,比如1080P的手机，就是用真实的像素420dpi,但是去匹配图片的时候，依然会去匹配xxhdpi文件夹下的图片，这个时候也有可能出现图片失真问题，这种情况也是需要做适配的原因。

如果只用一套图片，应该放在哪个资源文件夹，为什么？

关于适配，就不得不提图片的适配。以前我们会让UI提供很多套不同分辨率图片，分别放在drawable-ldpi、drawable-mdpi、drawable-hdpi、drawable-xhdpi、drawable-xxhdpi、drawable-xxxhdpi文件夹下，然后安卓系统会自动根据手机的分辨率去相对应的资源文件去需找图片，这样做大致上可以做到适配，可是在工作上给我们程序员带来很大的工作量，除此之外，每个文件夹都放了相对应的图片，这也会导致占用更多的内存。后来就有了只用一套图做适配，然后再进行一些处理来进行适配，那么这套图该放在哪个文件夹下面呢？要弄懂这个问题，我们就需要明白，同一张图片在不同的资源文件下，图片的大小和所占的内存是怎么样的。关于这些问题，我看到一篇很赞的文章，里面写得很好，现在我把链接贴出来。

那些值得你去细细研究的Drawable适配

总结一下这篇文章的内容。

图片缩放的比例其实是opts.inTargetDensity/opts.inDensity起了决定性的作用，opts.inTargetDensity是手机的像素密度，opts.inDensity就是图片所在目录的dpi。举个例子，一张本来应该放在drawable-xxhdpi目录下的照片，错放到了drawable-hdpi，那么这个时候480dpi的手机显示这张图片的时候，这张图片就会被放大失真。本来480dpi的手机加载的应该是drawable-xxhdpi目录下的图片，opts.inTargetDensity/opts.inDensity = 1（480/480）,这样就是正常的。现在被放到了drawable-hdpi，opts.inTargetDensity/opts.inDensity =2(480/240),这就被放大了2倍，所以我们看起来就感觉图片失真了。
同一张图片，放在不同的drawable目录下（从drawable-lpdi到drawable-xxxhpdi）在同一手机上占用的内存越来越小。
只做一套图的话，不考虑app包的大小以及app内部配图的清晰度来说，只要图片所处的drawable目录适配该目录对应着dpi设备(例如做一套适配mdpi设备的图，将这些配图放在drawable-mdpi目录下)，再通过android系统加载图片的缩放机制后，除了和设备匹配的dpi的文件夹，放在其它任意的文件夹，对于这个设备，图片所占的内存是相同的。意思就是，一台480dpi的手机，只要不是在xxhdpi文件夹下，图片放在哪个文件夹，对于这个设备来说所占内存都是一样的。
第2点和第3点并不矛盾，第2点是任意的图片放不同的drawable目录，第3点是放的图片应该和drawable目录相对应的。这也说明了，正常情况，我们只用一套图，不考虑app包的大小以及app内部配图的清晰度，从内存角度来看，用哪一套都一样。
如果只做一套配图,一般是在drawable-xxhdpi文件夹中，这是考虑了app包的大小和内部配图的清晰度。

技术是一个严谨的事情，以上几点只是总结，详细的原理需要看文章，文章有理有据，写得很好。

适配方案有哪些，都有什么优缺点？

懂得以上知识点，为什么需要适配，才能懂得那些适配方案的原理，它们都解决了哪些问题。适配，需要考虑到效率以及内存，还有以后的维护，以及适不适合自己的项目。

大家如果还想了解更多Android 相关的更多知识点，可以点进我的【GitHub项目中：https://github.com/733gh/GH-Android-Review-master】自行查看，里面记录了许多的Android 知识点。最后还请大家点点赞支持下！！！