宣告：我是以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)
　　開始不太理解，所以，看完程式碼後，先做了個實驗，在三個資料夾下分別放入圖片，通過下面的測試程式碼：
view sourceprint?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中的實現：
view sourceprint?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方法：
view sourceprint?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），其中，有在建立返回圖片時設定縮放比例的計算：
view sourceprint?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的一致，就可以避免縮放了，所以，我封裝了一個解析函式：
view sourceprint?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);
}
這樣，無論圖片放在哪個資料夾裡，都可以不必擔心會被縮放了。

 
--------------------------------------------------------------------------------------------------- ---------------------------------------------------------------------------------------------------