BitmapFactory.decodeResource加載圖片縮小的原因及解決方法

　　聲明：我是以2.0的代碼爲參考的，主要參考了BitmapFactory.Java文件。

　　首先，在2.0應用中，res下有drawable-hdpi、drawable-mdpi、drawable-ldpi三個存放圖片的文件夾，查資料看到如下描述：

　　　　這是分辨率的不同，H是高分辨率 M是中 L是低。 　　　　drawable- hdpi、drawable- mdpi、drawable-ldpi的區別：  　　　　(1)drawable-hdpi裏面存放高分辨率的圖片,如WVGA (480x800),FWVGA (480x854)  　　　　(2)drawable-mdpi裏面存放中等分辨率的圖片,如HVGA (320x480)  　　　　(3)drawable-ldpi裏面存放低分辨率的圖片,如QVGA (240x320)

　　開始不太理解，所以，看完代碼後，先做了個實驗，在三個文件夾下分別放入圖片，通過下面的測試代碼：

?

private int getTargetDensityByResource(Resources resources, int id) {

    TypedValue value = new TypedValue();

    resources.openRawResource(id, value);

    Log.d("LuoYer"， "value.density: " + value.density);

    return value.density;

}

　　分別調用三個文件夾中的資源，打印分別爲：240、160、120.

　　爲什麼看這個值呢？先看看我們調用的decodeResource方法在BitmapFactory.java中的實現：

?

public static Bitmap decodeResource(Resources res, int id, Options opts) {

    Bitmap bm = null;

    InputStream is = null;

    try {

        final TypedValue value = new TypedValue();

        is = res.openRawResource(id, value);

        bm = <strong>decodeResourceStream</strong>(res, value, is, null, opts);

    } catch (Exception e) {

    } finally {

        try {

            if (is != null) is.close();

        } catch (IOException e) {}

    }

    return bm;

}

 接着看decodeResourceStream方法：

?

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);

}

裏面用到了value的density值來判斷opts的inDensity的設置。

所以說，當我們從三個文件夾中獲取資源的時候opts.inDensity的值分別會被設置成240、160、和120.

decodeResourceStream方法在對opts.inDensity設置之後，又進行了opts.inTargetDensity的設置，當其值爲0的時候，會對其賦值。

如果，在測試函數中加入Log.d("LuoYer"， "densityDpi: " + resources.getDisplayMetrics().densityDpi);在我的板子上會打印值160.

那麼，opts的inDensity和inTargetDensity 對解析圖片有什麼關係呢？

通過decodeStream方法，最後會調用到finishDecode方法（此處僅列出計算示意，詳細代碼請查看BitmapFactory.java），其中，有在創建返回圖片時設置縮放比例的計算：

?

final int density = opts.inDensity;

 

final int targetDensity = opts.inTargetDensity;

 

float scale = targetDensity / (float)density;

最後的scale，就是縮放比例了，所以說，如果我們把圖片資源放在了drawable-hdpi中，opts.inDensity的值爲240，

而opts.inTargetDensity爲0的情況下，會被設置爲160. 這樣，返回的圖片就會按2/3（160/240）的比例被縮放了。

而在drawable-mdpi中的圖片，就不會被縮小。

當然，這也是以resources.getDisplayMetrics().densityDpi的值爲基礎的。

==============================================================================

原因已經清楚了，那麼，怎樣解決呢？

有看到說：把圖片放到drawable-mdpi中就可以了。 當然，在我前面敘述的情況下是可以的，但如果resources.getDisplayMetrics().densityDpi的值變化了，還會產生縮放的情況。

由於最後的圖片創建用到了scale，那麼，我們只需要保持density和targetDensity的一致，就可以避免縮放了，所以，我封裝了一個解析函數：

?

private Bitmap decodeResource(Resources resources, int id) {

    TypedValue value = new TypedValue();

    resources.openRawResource(id, value);

    BitmapFactory.Options opts = new BitmapFactory.Options();

    opts.inTargetDensity = value.density;

    return BitmapFactory.decodeResource(resources, id, opts);

}

這樣，無論圖片放在哪個文件夾裏，都可以不必擔心會被縮放了。