Android在设计之初，有一个目的就是为了适应所有尺寸的屏幕。于是设计了一套dpi的东西，从事Android编程也有2年了，对于这些东西还不是很了解，于是总结了一下，写了下来。
Dpi目录
现在，新建一个项目的资源目录如下：
可以看到，新加了一种叫mipmap的目录，根据官方的介绍，mipmap目录主要用来存放项目的启动icon的，对应的尺寸为：
- 36x36 (0.75x) for low-density [mipmap-ldpi]
- 48x48 (1.0x baseline) for medium-density [mipmap-mdpi]
- 72x72 (1.5x) for high-density [mipmap-hdpi]
- 96x96 (2.0x) for extra-high-density [mipmap-xhdpi]
- 144x144 (3.0x) for extra-extra-high-density [mipmap-xxhdpi]
- 192x192 (4.0x) for extra-extra-extra-high-density [mipmap-xxxhdpi]
项目的icon只需要按照上面给出的尺寸，对号入座就可以了。
如果项目存在其他图标需要不同的dpi的，那么需要自己手动新建drawable的dpi目录：
Dpi目录与手机尺寸的对应关系
每个手机都对应着一个唯一的密度dpi，该密度dpi和 drawable(mipmap)目录的对应关系如下：
- ldpi (low) ~120dpi
- mdpi (medium) ~160dpi
- hdpi (high) ~240dpi
- xhdpi (extra-high) ~320dpi
- xxhdpi (extra-extra-high) ~480dpi
- xxxhdpi (extra-extra-extra-high) ~640dpi
可以看出(比例关系):
| 120dpi | 160dpi | 240dpi | 320dpi | 480dpi | 640dpi |
|---|---|---|---|---|---|
| 0.75 | 1.0 | 1.5 | 2.0 | 3.0 | 4.0 |
因此可以得出结论，如果想要在密度dpi为480dpi的手机上显示一张900*600的图片，那么对应的文件夹放置的图片尺寸分别是：
| 120dpi | 160dpi | 240dpi | 320dpi | 480dpi | 640dpi |
|---|---|---|---|---|---|
| 225*150 | 300*200 | 450*300 | 600*400 | 900*600 | 1200*800 |
一般情况下，为了节省APK的体积，只需要放一张较高尺寸的图片放进对应的dpi目录即可，系统会根据目标手机的密度dpi对图片进行拉伸或者压缩处理，因为拉伸一般都会失真严重，所以选择高dpi的图片。
例如可以这样放置图片
| 120dpi | 160dpi | 240dpi | 320dpi | 480dpi | 640dpi |
|---|---|---|---|---|---|
| 空 | 空 | 空 | 空 | 空 | 1200*800 |
也可以这样放置(为了让apk体积更小)
| 120dpi | 160dpi | 240dpi | 320dpi | 480dpi | 640dpi |
|---|---|---|---|---|---|
| 空 | 空 | 空 | 空 | 900*600 | 空 |
因为密度dpi和手机屏幕分辨率的对应关系：
- xxxlarge screens are at least 2560dp x 1440dp [640dpi]
- xxlarge screens are at least 1920dp x 1080dp [480dpi]
- xlarge screens are at least 960dp x 720dp [320dpi]
- large screens are at least 640dp x 480dp [240dpi]
- normal screens are at least 470dp x 320dp [160dpi]
- small screens are at least 426dp x 320dp [120dpi]
而市面上的手机屏幕主流是1920*1080的（适应主流即可）
补充一点:
- drawable-nodpi
- drawable
如果需要图片无论在什么分辨率（或者可以说是无论什么密度dpi）的手机上，显示的尺寸都是一样的，那么可以将该图片放置在drawable-nodpi下，从字义上可以看出，该目录的图片，不会根据dpi进行伸缩操作。
不要将图片放在drawable目录下，drawable里面的图片默认是160dpi的，也就是说放在drawable的图片，在480dpi的手机（1920*1080）上内存是160dpi手机的9(3*3)倍，
也就是说一张900*600的在drawable中图片加载到480dpi的手机中占用的内存是 2.16Mb*9=19.44Mb，显然这是无法接受的。2.16Mb的计算来自于文章下面
图片内存
首先，明确一点，图片的物理大小和把图片加载到内存中所占据的内存大小，没有直接联系。
更准确的来说，图片在内存中的大小和图片实际尺寸，图片放置的dpi目录，每个像素点的表示格式有关。
在Android的Java框架里面，图片的像素点有4种表示格式
public static enum Config {
ALPHA_8, // 1个像素点1个byte
ARGB_4444, // 1个像素点2个byte
ARGB_8888, // 1个像素点4个byte
RGB_565; // 1个像素点 2个byte
private Config() {}
}
图片在内存中的尺寸，和实际的物理尺寸是有不一样的，加载如内存的过程中，图片的尺寸可能会被拉伸，或者压缩。
根据上面的分析可以知道，如果把一张900*600的图片放在xxhdpi目录下
- 因为xxhdpi目录对应的密度是480dpi，对应的手机屏幕是1920*1080，因此，这张图片在480dpi的手机上需要的内存是900*600*4=2160000
bytes，即2.16Mb。 - 但是如果是在320dpi的手机上（
屏幕对应是960x720），需要的内存计算如下：
(int)（900*320/480f+0.5f) = 600
(int)（600*320/480f+0.5f) = 400宽高的计算采用4舍5入法
600*400*4 = 960000bytes，即0.96Mb
BitmapFactory.Options
影响图片加载到内存后，图片的尺寸和像素点的格式的最直接的因素是 BitmapFactory.Options
BitmapFactory.Options 部分成员属性
// 默认像素格式，这是上面都采用4个字节来计算内存的原因
public Bitmap.Config inPreferredConfig = Bitmap.Config.ARGB_8888;
// 默认为0
// 默认情况下，
// BitmapFactory#decodeResource(Resources, int)
// BitmapFactory#decodeResource(Resources, int, android.graphics.BitmapFactory.Options)
// BitmapFactory#decodeResourceStream
// 都会根据图片所在的资源目录来设置对应inDensity的值，
// 例如，图片是从在xxhdpi读取出来的，inDensity 就是 480
// 从其他地方（sd卡中）加载的图片不经过伸缩
public int inDensity;
// 默认为0
// 默认情况下，
// BitmapFactory#decodeResource(Resources, int)
// BitmapFactory#decodeResource(Resources, int, android.graphics.BitmapFactory.Options)
// BitmapFactory#decodeResourceStream
// 都会根据实际手机的densityDpi来设置的这个值，即 inTargetDensity=DisplayMetrics.densityDpi
// 例如在480dpi的手机上 inTargetDensity=480
// 从其他地方（sd卡中）加载的图片不经过伸缩
public int inTargetDensity;
因此，可以知道内存中的尺寸的计算方法了 实际尺寸*inTargetDensity/inDensity
所以可以通过设置BitmapFactory.Options来设置图片加载到内存中的尺寸，从而达到节约内存的目的，减少OOM的出现。
当然也可以通过 inSampleSize 来减少加载的内存。
DisplayMetrics
// 两种方法得到系统display metrics, 结果是一样的。
// DisplayMetrics dm = getResources().getDisplayMetrics();
DisplayMetrics dm = new DisplayMetrics();
getWindowManager().getDefaultDisplay().getMetrics(dm);
// 屏幕的密度, widthPixels / density = 屏幕宽的dp数量
Log.d(TAG, "density [" + dm.density +"]");
// 确定优先选择哪个dpi目录下的资源文件。
/* ldpi (low) ~120dpi
mdpi (medium) ~160dpi
hdpi (high) ~240dpi
xhdpi (extra-high) ~320dpi
xxhdpi (extra-extra-high) ~480dpi [本机选择]
xxxhdpi (extra-extra-extra-high) ~640dpi */
Log.d(TAG, "densityDpi [" + dm.densityDpi +"]");
// 如果有虚拟导航栏,这个高度不包括导航栏的高度,即 heightPixels + 导航栏高度 = 屏幕高度。
Log.d(TAG, "heightPixels [" + dm.heightPixels +"]");
Log.d(TAG, "widthPixels [" + dm.widthPixels +"]");
Log.d(TAG, "scaledDensity [" + dm.scaledDensity +"]");
Log.d(TAG, "xdpi [" + dm.xdpi +"]");
Log.d(TAG, "ydpi [" + dm.ydpi +"]");
dpi目录选择的优先级
先大后小原则，如果最优的dpi目录没有该图片，那么先从大dpi里面选择，然后是从小的里面选择。
参考文章:
Android Bitmap面面观
Android 开发绕不过的坑：你的 Bitmap 究竟占多大内存？