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目录：

手动新建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

可以看出(比例关系):

因此可以得出结论，如果想要在密度dpi为480dpi的手机上显示一张900*600的图片，那么对应的文件夹放置的图片尺寸分别是：

一般情况下，为了节省APK的体积，只需要放一张较高尺寸的图片放进对应的dpi目录即可，系统会根据目标手机的密度dpi对图片进行拉伸或者压缩处理，因为拉伸一般都会失真严重，所以选择高dpi的图片。
例如可以这样放置图片

也可以这样放置(为了让apk体积更小)

因为密度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目录下

1. 因为xxhdpi目录对应的密度是480dpi，对应的手机屏幕是1920*1080，因此，这张图片在480dpi的手机上需要的内存是900*600*4=2160000bytes，即2.16Mb。
2. 但是如果是在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 究竟占多大内存？