Android开发之路：搞懂这几个问题，就掌握了屏幕适配原理

我们做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适配
总结一下这篇文章的内容。

1. 图片缩放的比例其实是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倍，所以我们看起来就感觉图片失真了。
2. 同一张图片，放在不同的drawable目录下（从drawable-lpdi到drawable-xxxhpdi）在同一手机上占用的内存越来越小。
3. 只做一套图的话，不考虑app包的大小以及app内部配图的清晰度来说，只要图片所处的drawable目录适配该目录对应着dpi设备(例如做一套适配mdpi设备的图，将这些配图放在drawable-mdpi目录下)，再通过android系统加载图片的缩放机制后，除了和设备匹配的dpi的文件夹，放在其它任意的文件夹，对于这个设备，图片所占的内存是相同的。意思就是，一台480dpi的手机，只要不是在xxhdpi文件夹下，图片放在哪个文件夹，对于这个设备来说所占内存都是一样的。
4. 第2点和第3点并不矛盾，第2点是任意的图片放不同的drawable目录，第3点是放的图片应该和drawable目录相对应的。这也说明了，正常情况，我们只用一套图，不考虑app包的大小以及app内部配图的清晰度，从内存角度来看，用哪一套都一样。
5. 如果只做一套配图,一般是在drawable-xxhdpi文件夹中，这是考虑了app包的大小和内部配图的清晰度。

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

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

懂得以上知识点，为什么需要适配，才能懂得那些适配方案的原理，它们都解决了哪些问题。适配，需要考虑到效率以及内存，还有以后的维护，以及适不适合自己的项目。写适配方案的文章都很多，而且写得很好，这里推荐两篇写得很不错的。
Android 目前稳定高效的UI适配方案。这篇文章写了几种适配方案的一些原理，还有优缺点。

Android 一种极低成本的Android屏幕适配方式。这是今日头条的适配方案

看了以上两篇文章，有不懂的就可以针对性的去查，有一个思路。

适配的道路还很长，多看多实践多学习。

Android架构师之路很漫长，一起共勉吧！

最后

由于文章篇幅原因，我只把面试题列了出来，详细的答案，我整理成了一份PDF文档，这份文档还包括了还有 高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料 ，帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习。
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！