BitmapFactory.Options的inDensity与drawable目录的关系

源码获取图片 在BitmapFactory.decodeResource时 options通常传入null

那么在调用以下方法时

    /**
     * Decode a new Bitmap from an InputStream. This InputStream was obtained from
     * resources, which we pass to be able to scale the bitmap accordingly.
     */
    public static Bitmap decodeResourceStream(Resources res, TypedValue value,
            InputStream is, Rect pad, Options opts) {

        if (opts == null) {
            opts = new Options();
        }

        if (opts.inDensity == 0 && value != null) {
            final int density = value.density;
            if (density == TypedValue.DENSITY_DEFAULT) {
                opts.inDensity = DisplayMetrics.DENSITY_DEFAULT;
            } else if (density != TypedValue.DENSITY_NONE) {
                opts.inDensity = density;
            }
        }
        
        if (opts.inTargetDensity == 0 && res != null) {
            opts.inTargetDensity = res.getDisplayMetrics().densityDpi;
        }
        
        return decodeStream(is, pad, opts);
    }

inTargetDensity会被设置为屏幕像素密度

而inDensity会根据图片资源所在的drawable文件夹 （通过TypeValue解析）得到不同的值

以下是同一张图 放在3个不同文件夹的内存分配 以及缩放

01-30 18:40:41.469 26671-26671/fd.pichaffmancompress E/drawableFolderTest: hdpi
01-30 18:40:41.469 26671-26671/fd.pichaffmancompress D/skia: jpeg_decoder mode 1, colorType 4, w 1079, h 1918, sample 1, bsLength 38fba!!
01-30 18:40:41.639 26671-26671/fd.pichaffmancompress D/skia: jpeg_decoder finish successfully, L:1917!!!
01-30 18:40:41.815 26671-26671/fd.pichaffmancompress E/width: 1439
01-30 18:40:41.816 26671-26671/fd.pichaffmancompress E/height: 2557
01-30 18:40:41.816 26671-26671/fd.pichaffmancompress E/allocationByteCount: 14718092
01-30 18:40:41.816 26671-26671/fd.pichaffmancompress E/byteCount: 14718092
01-30 18:40:41.816 26671-26671/fd.pichaffmancompress E/inDensity: 240
01-30 18:40:41.816 26671-26671/fd.pichaffmancompress E/inTargetDensity: 320
01-30 18:40:41.816 26671-26671/fd.pichaffmancompress E/density: 320

01-30 18:40:41.816 26671-26671/fd.pichaffmancompress E/drawableFolderTest: xhdpi
01-30 18:40:41.817 26671-26671/fd.pichaffmancompress D/skia: jpeg_decoder mode 1, colorType 4, w 1079, h 1918, sample 1, bsLength 38fba!!
01-30 18:40:41.983 26671-26671/fd.pichaffmancompress D/skia: jpeg_decoder finish successfully, L:1917!!!
01-30 18:40:41.983 26671-26671/fd.pichaffmancompress E/width: 1079
01-30 18:40:41.984 26671-26671/fd.pichaffmancompress E/height: 1918
01-30 18:40:41.984 26671-26671/fd.pichaffmancompress E/allocationByteCount: 8278088
01-30 18:40:41.984 26671-26671/fd.pichaffmancompress E/byteCount: 8278088
01-30 18:40:41.984 26671-26671/fd.pichaffmancompress E/inDensity: 320
01-30 18:40:41.984 26671-26671/fd.pichaffmancompress E/inTargetDensity: 320
01-30 18:40:41.984 26671-26671/fd.pichaffmancompress E/density: 320

01-30 18:40:41.985 26671-26671/fd.pichaffmancompress E/drawableFolderTest: xxhdpi
01-30 18:40:41.985 26671-26671/fd.pichaffmancompress D/skia: jpeg_decoder mode 1, colorType 4, w 1079, h 1918, sample 1, bsLength 38fba!!
01-30 18:40:42.147 26671-26671/fd.pichaffmancompress D/skia: jpeg_decoder finish successfully, L:1917!!!
01-30 18:40:42.201 26671-26671/fd.pichaffmancompress E/width: 719
01-30 18:40:42.201 26671-26671/fd.pichaffmancompress E/height: 1279
01-30 18:40:42.201 26671-26671/fd.pichaffmancompress E/allocationByteCount: 3678404
01-30 18:40:42.201 26671-26671/fd.pichaffmancompress E/byteCount: 3678404
01-30 18:40:42.201 26671-26671/fd.pichaffmancompress E/inDensity: 480
01-30 18:40:42.202 26671-26671/fd.pichaffmancompress E/inTargetDensity: 320
01-30 18:40:42.202 26671-26671/fd.pichaffmancompress E/density: 320

可见 如果把一张足够清晰的图片放在了更低的dpi文件夹里 会被错误的少压缩 故得到了过大的位图

而一张非常非常高密度清晰的图片 只要放对了正确的文件夹 除了增加apk体积以外 不会对内存造成负担

在欢迎页背景图（不需要太精细的）中 可以放置低密度的图片在高dpi文件夹中 这样就可以节约部分内存