简介

Android中经常要通过ImageView进行图片资源显示。在加载图片时，首先要考虑的两个因素就是体验问题和性能问题。

其中，体验问题是指图片显示的是否正确（例如Universal-Image-Loader在适配Adapter图片资源时会导致图片显示错位），图片显示尺寸是否合适，分辨率是否合适等。本文重点介绍ImageView加载图片中的显示问题。

问题

在开发的过程中，一般会将不同分辨率的图片放置在不同的文件夹中，例如将三种同样内容不同分辨率的图片分别放置在drawable-xhdpi，drawable-xxhdpi和drawable-xxxhdpi中。那么，为什么要放置不同分辨率的图片，只放置一张对图片的显示有影响吗？本文中将对这个问题进行分析。

概念描述

首先，图片对内存的占用是一个叠加的过程，也就是说图片资源不是及时释放的，使用过的图片在回收过程中可能会有一定程度的延迟。此外，很多时候图片所依附的Activity是出于当前Activity栈底的状态，再GC回收过程，这样的bitmap资源会被认为是活跃状态的，不会被Android系统回收。

另外一方面，Android中图片加载到内存中的内存占用跟图片的实际大小没有直接的关系，甚至于图片的实际像素尺寸也没有直接的关系。

在这里，首先要介绍几个概念：

屏幕尺寸：指屏幕的对角线的长度，单位是英寸，1英寸=2.54厘米；
屏幕分辨率：指在横纵向上的像素点数，单位是px，1px=1个像素点。一般以纵向像素*横向像素，如1960*1080；
屏幕像素密度：是指每英寸上的像素点数，单位是dpi，即"dot per inch"的缩写。屏幕像素密度与屏幕尺寸和屏幕分辨率有关，在单一变化条件下，屏幕尺寸越小、分辨率越高，像素密度越大，反之越小；
dp/dip：Density Independent Pixels, 密度无关像素的缩写；
px：像素，物理上的绝对单位
sp：Scale-Independent Pixels的缩写

一般而言，会有控件使用dp而文字使用sp的说法，但是也不尽然，sp会随着系统文字大小进行拉伸，而dp不会，再具体使用过程中还是要根据实际情况进行使用。

多dpi适配

图像资源的多dpi适配，就是要在在不同的dpi文件夹中放置不同尺寸的图像资源，供设备自动跳转要显示的资源。以mdpi为尺寸基准1x，多dpi适配可以表示如下：

技术分享

图1. 多dpi资源适配

Android系统寻找图片的步骤是这样的：

去屏幕密度对应的目录去找。如果找到就拿来用。
如果没找到，就去比这个密度高一级的目录里面去找，如果找到就拿来用。
如果没找到就继续往上找。以此类推。
如果到了xxhdpi目录还没有找到的话，就会去比自身屏幕密度低一级的目录去找，如果低一级的目录>=hdpi，找到了就拿来用。
如果没找到，就去mdpi目录去找，如果找到了，就拿来用。
如果没找到，就去默认的drawble目录里去找，如果找到了就拿来用。
如果没找到，再去最低的ldpi目录里去找。如果找到了，就拿来用。
如果没找到，那就是没找到了，图片无法显示。（不过一般不会出现这种现象，因为如果每个目录都没有这个图片的话，你是编译不过的）

如果不是在对应目录里面找到的图片资源，要根据实际使用情况，进行显示，根据显示模式的不同，主要有以下两种情况：

MeasureSpec.EXACTLY

这种情况下，图片的布局规则为match_parent或者是具体大小的数值(如layout_width =60dp, layout_height=60dp)，这种情况下，图片的显示尺寸是固定的，所以显示的大小不会因为所在的资源文件夹dpi的不同而有所变化；例如图片A(尺寸60*60 大小2.02K)分别放置在xxhdpi文件夹和mdpi文件夹，尺寸设置为layout_width =60dp, layout_height=60dp，显示分别如下：