https://blog.csdn.net/goodlixueyong/article/details/51277951
Android图片适配问题分析
一些重要概念
首先来看一些Android屏幕适配相关的基本概念：
屏幕尺寸：单位为英寸（inch），也就是我们常说的手机屏幕是多少寸。这个尺寸指的是屏幕对角线的长度。
分辨率：屏幕高和宽的像素数， 现在常见的分辨率有640*480、1280*720、1920*1080。
px：像素，显示屏上的一个光点就是一个像素。
dp(dip)：设备无关像素，Android上特有的一种度量单位。相同dp尺寸的图片在不同显示屏上看起来的大小是一样的。
sp: scaled pixels(可缩放像素)，类似于dp，所不同的是大小会随着系统字体的调整而调整，适合于设置字体大小。
ppi: pixel per inch，每英寸的像素数，即屏幕密度。这个值是设备自己决定的，是写死的。同样尺寸的图片，手机的ppi越大，在屏幕上显示出来就会越小。
那么ppi这个值是怎么来的呢？首先要明确的是这个值并不是屏幕横向分辨率除以屏幕横向尺寸。
如果屏幕横向分辨率为w，纵向分辨率为h，屏幕尺寸为s，那么ppi、w、h和s符合下面的公式：
(ppi*s)^2 = w^2 + h^2
从而得到dpi的计算公式
ppi＝（√（w^2 + h^2））/ s）
查询华为荣耀6的相关参数，分辨率为1920*1080，ppi为403，屏幕大小为5.5英寸，将相应的参数套入上面的公式，刚好是相等的。
Android图片选择策略
如果系统没有在当前当前ppi对应的目录下找到需要的资源，就会依据一个策略去其他目录去寻找图片，这个策略是固定的，具体寻找图片的策略如下：
1、去ppi对应的目录去找，如果找到就拿来用。
2、如果没找到，就去比这个密度高一级的目录里面去找，如果找到就拿来用。
3、如果没找到就继续往上找。以此类推。
4、如果到了xxhdpi目录还没有找到的话，就会去比自身屏幕密度低一级的目录去找，如果低一级的目录>=hdpi，找到了就拿来用。
5、如果没找到， 就去mdpi目录去找， 如果找到了，就拿来用。
6、如果没找到，就去默认的drawble目录里去找， 如果找到了就拿来用。
7 、如果没找到，再去最低的ldpi目录里去找。如果找到了，就拿来用。
8、如果没找到， 那就是没找到了， 图片无法显示。
如果图片放在xxhdpi目录，从Android Monitor中观察到的内存大小为19.31M。这种情况下，图片是不会被缩放的，依据上面的描述，图片原始大小为1.38M，那么App占用的内存大小就应该为17.99M + 1.38M = 19.37M，排除Android Monitor测试误差的影响，这与我们从Android Monitor中观察到的结果是基本一致的。
如果图片放在hdpi目录，从Android Monitor中观察到的内存大小为23.27M。这种情况下，图片在decode过程中会被缩放，根据之前讨论的缩放规则，图片的宽高都会被放大为原来的2倍，即大小会被放大为原来的4倍。图片原始大小为1.38M，缩放后的大小为1.38M * 4 = 5.52M，那么App占用的内存大小就应该为17.99M + 5.52M = 23.51M，这个值与观察值23.27M也是基本一致的。
这样就验证了我们上面提到的Android系统对图片的选择和缩放策略。
同时，我们也注意到一个问题，如果将图片放在很低ppi对应的目录（如mdpi），而App安装在高ppi的手机上（如ppi为480），则图片加载后占用的内存将会很大，倘若图片本身的尺寸又很大，就很容易出现OOM的问题。这是我们在开发中需要留意的。
屏幕适配的原则
最好的情况当然是每个drawable目录都对应的放一张切图，这就不存在图片缩放问题了。但是对于对包体积敏感的产品，肯定是无法接受大量重复的切图的，这会导致apk变得很大。如果只放置一套图片，会有什么问题呢？一个是系统对图片进行缩放本身就是会损失应用性能的，尤其是显示大量图片的时候。另一个问题就是系统对图片进行放大会变模糊，缩小图片又可能会导致图片出现失真。
为了尽可能的避免上面这些情况，最好的实践是在当前主流的ppi对应的资源目录中放置一到两套资源，然后其他的目录采用系统自动缩放的方式。