這個其實是有區(qū)別的，在標準的launcher中，默認是訪問當(dāng)前設(shè)備density對應(yīng)的drawable目錄獲取資源，并不會判斷是否需要獲取更高密度的drawable。
而在定制的launcher中可能才有這種判斷，因為定制的lanuncher也知道自己的圖標是比標準launcher更大的，所以開發(fā)者可能會嘗試獲取更高密度的資源來使用。

而如果放在mipmap中，那么標準的launcher會自動的去獲取更加合適的icon。

下面是一些在三星S8 android7.0上的測試，此設(shè)備是的density是xxhdpi。

我在drawable-xxhdpi和mipmap-xxhdpi放置了一張44x44的icon。在drawable-xxxhdpi和mipmap-xxxhdpi放置了一張144x144的icon。

分別測試他們在Activity上和launcher上顯示的區(qū)別。（直接手機屏幕截圖，所以圖片會很大，如果有縮放請查看原圖）

	drawable目錄	mipmap目錄
Activity中
Launcher中

如圖，可以看到，在Activity中，有一個全屏的ImageView。分別在其中加載Drawable和mipmap的資源。
發(fā)現(xiàn)他們都是直接加載對應(yīng)的xxhdpi中的資源，也就是48x48的那張icon。

然后在launcher中，如果引用drawable目錄中的資源，那么應(yīng)用圖標看起來有點模糊，加載的應(yīng)該是xxhdpi中的icon。
而如果引用mipmap目錄，那么應(yīng)用圖標就清晰了很多，加載的應(yīng)該是xxxhdpi中的icon。

結(jié)論：在App中，無論你將圖片放在drawable還是mipmap目錄，系統(tǒng)只會加載對應(yīng)density中的圖片，例如xxhdpi的設(shè)備，只會加載drawable-xxhdpi或者mipmap-xxhdpi中的資源。
而在Launcher中，如果使用mipmap，那么Launcher會自動加載更加合適的密度的資源。

或者說，mipmap會自動選擇更加合適的圖片僅在launcher中有效。

3.2 在圖片縮放時保證更高的質(zhì)量(錯誤的，沒有這個特性)

在問題中有這個文章的引用。
https://programmium.wordpress.com/2014/03/20/mipmapping-for-drawables-in-android-4-3/

意思是，使用mipmap時，放大縮小的操作會使圖片具有更高的質(zhì)量。并且在圖像渲染時間，提高質(zhì)量和減輕GPU壓力方面具有優(yōu)勢。

經(jīng)測試，該文章基本瞎扯，是放大還是縮小，圖片顯示質(zhì)量一模一樣。也可能是在高版本安卓中，無論是drawable目錄還是mipmap目錄都已經(jīng)使用了mipmap技術(shù)。

以下是在三星s8上的測試，android7.0。分別使用48x48像素的icon放大到984x984測試放大時的質(zhì)量，192x192像素的icon縮小到20x20的質(zhì)量，看到的效果如下表格（圖片太大，已經(jīng)進行了縮放適合排版）。

	drawable 目錄	mipmap 目錄
放大
縮小

4. drawable和mipmap目錄的結(jié)論

1. 在App中，無論你將圖片放在drawable還是mipmap目錄，系統(tǒng)只會加載對應(yīng)density中的圖片。
   而在Launcher中，如果使用mipmap，那么Launcher會自動加載更加合適的密度的資源。

2. 應(yīng)用內(nèi)使用到的圖片資源，并不會因為你放在mipmap或者drawable目錄而產(chǎn)生差異。單純只是資源路徑的差異R.drawable.xxx或者R.mipmap.xxx。（也可能在低版本系統(tǒng)中有差異）

3. 一句話來說就是，自動跨設(shè)備密度展示的能力是launcher的，而不是mipmap的。

總的來說，app圖標（launcher icon) 必須放在mipmap目錄中，并且最好準備不同密度的圖片，否則縮放后可能導(dǎo)致失真。

而應(yīng)用內(nèi)使用到的圖片資源，放在drawable目錄亦或是mipmap目錄中是沒有區(qū)別的，該準備多個密度的還是要準備多個密度，如果只想使用一份切圖，那盡量將切圖放在高密度的文件夾中。

5. 是否需要多份不同密度的切圖的問題

關(guān)于這個問題，也可以看看郭霖大神的一篇文章。
Android drawable微技巧，你所不知道的drawable的那些細節(jié)

文章中沒有獲取bitmap原始大小進行對比，只是獲取ImageView寬高。
雖然ImageView寬高就是根據(jù)Bitmap大小來的。

這里就再做一遍測試。

測試代碼：

<resources>
    <string name="app_name">Drawable對比</string>

    <string name="device_dpi" formatted="true">當(dāng)前設(shè)備的dpi：%s</string>
    <string name="screen_size" formatted="true">當(dāng)前屏幕分辨率：%d x %d</string>
    <string name="image_size" formatted="true">當(dāng)前ImageView大?。?d x %d</string>
    <string name="bitmap_size" formatted="true">當(dāng)前bitmap大?。?d x %d</string>
</resources>

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:layout_marginBottom="8dp"
    android:layout_marginLeft="16dp"
    android:layout_marginRight="16dp"
    android:layout_marginTop="8dp"
    android:orientation="vertical"
    tools:context="com.aitsuki.drawable.MainActivity">

    <TextView
        android:id="@+id/tv_dpi"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="@string/device_dpi" />

    <TextView
        android:id="@+id/tv_screen_size"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_below="@id/tv_dpi"
        android:text="@string/screen_size" />

    <TextView
        android:id="@+id/tv_image_size"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_below="@id/tv_screen_size"
        android:text="@string/image_size" />

    <TextView
        android:id="@+id/tv_bitmap_size"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_below="@id/tv_image_size"
        android:text="@string/bitmap_size"/>

    <ImageView
        android:id="@+id/iv_asuna"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_below="@id/tv_image_size"
        android:layout_marginTop="16dp"
        android:src="@drawable/asuna" />

</LinearLayout>

package com.aitsuki.drawable;

import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;
import android.view.View;
import android.widget.ImageView;
import android.widget.TextView;

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        float density = getResources().getDisplayMetrics().density;
        final int widthPixels = getResources().getDisplayMetrics().widthPixels;
        final int heightPixels = getResources().getDisplayMetrics().heightPixels;

        TextView tv_dpi = findViewById(R.id.tv_dpi);
        final TextView tv_screen_size = findViewById(R.id.tv_screen_size);
        final TextView tv_image_size = findViewById(R.id.tv_image_size);
        final TextView tv_bitmap_size = findViewById(R.id.tv_bitmap_size);
        final ImageView iv_asuna = findViewById(R.id.iv_asuna);

        tv_bitmap_size.setText(
                getResources().getString(R.string.bitmap_size,
                        iv_asuna.getDrawable().getIntrinsicWidth(),
                        iv_asuna.getDrawable().getIntrinsicHeight()));

        tv_dpi.setText(getString(R.string.device_dpi, getDpiString(density)));
        tv_screen_size.setText(
                getResources().getString(R.string.screen_size, widthPixels, heightPixels ));

        tv_image_size.postDelayed(new Runnable() {
            @Override
            public void run() {
                int height = iv_asuna.getHeight();
                int width = iv_asuna.getWidth();
                tv_image_size.setText(getString(R.string.image_size, width, height));
            }
        }, 1000);
    }

    private String getDpiString(float density) {
        if (density == 0.75f) {
            return "lhdpi";
        } else if (density == 1f) {
            return "mhdpi";
        } else if( density == 1.5f) {
            return "hdpi";
        } else if (density == 2f) {
            return "xhdpi";
        } else if (density == 3f) {
            return "xxhpdi";
        } else if (density == 4f) {
            return "xxxhdpi";
        } else {
            return density +"";
        }
    }
}

測試用的圖片：亞斯娜，300x300

asuna.jpg

因為我使用的是測試機是三星s8, 密度3.0，對應(yīng)資源文件夾是drawable-xxhdpi。
所以，先將圖片放置到xxhdpi中，然后再放到其他目錄中進行對比。
下面直接上測試的結(jié)果。

使用目錄	屏幕截圖（包含Bitmap大小和Imageview大?。?/th>	占用內(nèi)存
xxhdpi
hdpi
xxxhdpi

可以看到，當(dāng)圖片放到xxhdpi時，顯示圖片原始大小300x300。而放到hdpi時則是600x600，放到xxxhdpi時則是225x225。

引用郭霖大神博文中的一段話就是：

當(dāng)我們使用資源id來去引用一張圖片時，Android會使用一些規(guī)則來去幫我們匹配最適合的圖片。什么叫最適合的圖片？比如我的手機屏幕密度是xxhdpi，那么drawable-xxhdpi文件夾下的圖片就是最適合的圖片。因此，當(dāng)我引用android_logo這張圖時，如果drawable-xxhdpi文件夾下有這張圖就會優(yōu)先被使用，在這種情況下，圖片是不會被縮放的。但是，如果drawable-xxhdpi文件夾下沒有這張圖時， 系統(tǒng)就會自動去其它文件夾下找這張圖了，優(yōu)先會去更高密度的文件夾下找這張圖片，我們當(dāng)前的場景就是drawable-xxxhdpi文件夾，然后發(fā)現(xiàn)這里也沒有android_logo這張圖，接下來會嘗試再找更高密度的文件夾，發(fā)現(xiàn)沒有更高密度的了，這個時候會去drawable-nodpi文件夾找這張圖，發(fā)現(xiàn)也沒有，那么就會去更低密度的文件夾下面找，依次是drawable-xhdpi -> drawable-hdpi -> drawable-mdpi -> drawable-ldpi。

當(dāng)縮放時，會根據(jù)系統(tǒng)和使用的文件夾的density進行縮放。

• 當(dāng)使用和設(shè)備相同的density的xxhdpi文件夾時，圖片顯示原始大小300x300.
• 當(dāng)使用hdpi的圖片時，因為該圖片在低密度下，系統(tǒng)會認它不夠大，會自動幫我們放大， 300 * 3 / 1.5 ==> 600x600
• 當(dāng)使用xxxhdpi時，300 * 3 / 4 ==> 225x225

關(guān)于內(nèi)存的使用，android加載圖片到ImageView時，具體使用到多少內(nèi)存我不太清楚（從上面的內(nèi)存使用截圖中很難看的出來）。

但是關(guān)于bitmap使用到多少內(nèi)存倒是非常容易計算的。
默認情況下，android使用argb的方式加載圖片資源，也就是一個像素點占用4個字節(jié)。而300x300分辨率的圖片就占用了360000個字節(jié)，也就是350多K的內(nèi)存。

同樣一張圖片，我們放到不同目錄下導(dǎo)致出現(xiàn)不同的內(nèi)存使用結(jié)果。如果放到hdpi中，那么bitmap使用的內(nèi)存多了4倍，整整1.3M的內(nèi)存！

那么，同事跟我說只需要一份切圖放到mipmap-xhdpi中會出現(xiàn)什么問題呢？

關(guān)于這點，其實郭霖大神說的不對“圖片資源應(yīng)該盡量放在高密度文件夾下，這樣可以節(jié)省圖片的內(nèi)存開支”
事實上，內(nèi)存的使用基本是一樣的，因為不同drawable會放置不同分辨率的圖片。
例如你在drawable-xhdpi放置30x30的icon，在drawable-xxhdpi放置45x45的icon。當(dāng)一個xxhdpi的設(shè)備去加載這張圖片時，會自動選擇45x45的圖片，占用8k左右的內(nèi)存。
如果你只在drawable-xhdpi放置30x30的icon，而不在drawable-xxhdpi中放置任何icon，那么系統(tǒng)會自動將30x30的圖片放大到45x45，也是占用8k左右的內(nèi)存。

所以，同事跟我說只需要一份切圖放到mipmap-xhdpi在內(nèi)存的使用上是沒有什么大問題的，確實能有效的控制apk包的大小。

小問題則是，在高分辨率或者低分辨率的設(shè)備中，圖片可能因為經(jīng)過縮放導(dǎo)致模糊或者失真，特別是分辨率比較大的圖片，比如引導(dǎo)頁和啟動頁的大圖。但是因為選擇的是xhdpi是市面上最普及的分辨率，所以也不會存在什么大問題，不過我更加推薦在xxhdpi中多放一份切圖，因為大多數(shù)旗艦機已經(jīng)是xxhdpi的分辨率了。

最后，切圖放在mipmap-xhdpi和drawable-xhdpi中是沒有區(qū)別的！
那些跟我說放在mipmap中比較好，只需要一份，會縮放，會更省內(nèi)存的網(wǎng)友我敲你lailai。

現(xiàn)在時間是：2018年1月12日凌晨05點57分，現(xiàn)在睡覺上班不會遲到吧……