你现在使用Android Studio来新建一个项目，你会发现有如下的目录结构：

怎么会有这么多mipmap（贴图）开头的文件夹，而且它们的命名规则和drawable（可绘制）文件夹很相似，也是hdpi、mdpi、xhdpi等等，并且里面还真是放的图片，难道Android项目中放置图片的位置已经改了。mipmap文件夹只是用来放置应用程序的icon的，仅此而已。
Android是极度建议我们在每一种分辨率的文件夹下面都放一个相应尺寸的icon的。将icon放置在mipmap文件夹还可以让我们程序的launcher图标自动拥有跨设备密度展示的能力，比如说一台屏幕密度是xxhdpi的设备可以自动加载mipmap-xxxhdpi下的icon来作为应用程序的launcher图标，这样图标看上去就会更加细腻。

除此之外，对于每种密度下的icon应该设计成什么尺寸其实Android也是给出了最佳建议，icon的尺寸最好不要随意设计，因为过低的分辨率会造成图标模糊，而过高的分辨率只会徒增APK大小。建议尺寸如下表所示：

首先我准备了一张270*480像素的图片：

将图片命名为christmas.jpg，然后把它放在mipmap-xxhdpi文件夹下面。为什么要放在这个文件夹下呢？是因为我的手机屏幕的密度就是xxhdpi的。那么怎么才能知道自己手机屏幕的密度呢？使用如下方法先获取到屏幕的dpi值：

        float xdpi = getResources().getDisplayMetrics().xdpi;
        float ydpi = getResources().getDisplayMetrics().ydpi;
        Log.e("tag", "-----xdpi=" + xdpi); //xdpi=397.565
        Log.e("tag", "-----ydpi=" + ydpi); //ydpi=396.24

其中xdpi代表屏幕宽度的dpi值，ydpi代表屏幕高度的dpi值，通常这两个值都是近乎相等或者极其接近的，在我的手机上这两个值都约等于397。那么397又代表着什么意思呢？我们直接参考下面这个表格就知道了：

从表中可以看出，397dpi是处于320dpi到480dpi之间的，因此属于xxhdpi的范围。
图片放好了之后，下面我在布局文件中引用这张图片，如下所示：

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout 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"
    tools:context=".MainActivity">

    <androidx.appcompat.widget.AppCompatImageView
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:src="@mipmap/christmas"
         />

</RelativeLayout>

在ImageView控件中指定加载christmas这张图，并把ImageView控件的宽高都设置成wrap_content，这样图片有多大，我们的控件就会有多大。
现在运行一下程序，效果如下所示：

由于我的手机分辨率是1080*1920像素的，而这张图片的分辨率是270*480像素的，刚好是手机分辨率的四分之一，因此从上图中也可以看出，christmas图片的宽和高大概都占据了屏幕宽高的四分之一左右，大小是比较精准的。
下面我们尝试做点改变，将christmas.png这张图移动到mipmap-xhdpi文件夹下，注意不是复制一份到mipmap-xhdpi文件夹下，而是将图片移动到mipmap-xhdpi文件夹下，然后重新运行一下程序，效果如下图所示

这次肯定不是错觉了，这实在是太明显了，图片被放大了！
那么为什么好端端的一张图片会被自动放大呢？而且这放大的比例是不是有点太过份了。其实不然，Android所做的这些缩放操作都是有它严格的规定和算法的。可能有不少做了很多年Android的朋友都没去留意过这些缩放的规则，因为这些细节太微小了，那么本篇的探索里面，我们就来把这些细节理理清楚。

首先解释一下图片为什么会被放大，当我们使用资源id来去引用一张图片时，Android会使用一些规则来去帮我们匹配最适合的图片。什么叫最适合的图片？比如我的手机屏幕密度是xxhdpi，那么mipmap-xxhdpi文件夹下的图片就是最适合的图片。因此，当我引用christmas这张图时，如果mipmap-xxhdpi文件夹下有这张图就会优先被使用，在这种情况下，图片是不会被缩放的。但是，如果mipmap-xxhdpi文件夹下没有这张图时， 系统就会自动去其它文件夹下找这张图了，优先会去更高密度的文件夹下找这张图片，去了mipmap-xxxhdpi文件夹，然后发现这里也没有christmas这张图，接下来会尝试再找更高密度的文件夹，发现没有更高密度的了，这个时候会去mipmap-nodpi文件夹找这张图，发现也没有，那么就会去更低密度的文件夹下面找，依次是mipmap-xhdpi -> mipmap-hdpi -> mipmap-mdpi -> mipmap-ldpi。

总体匹配规则就是这样，那么比如说现在终于在mipmap-mdpi文件夹下面找到christmas这张图了，但是系统会认为你这张图是专门为低密度的设备所设计的，如果直接将这张图在当前的高密度设备上使用就有可能会出现像素过低的情况，于是系统自动帮我们做了这样一个放大操作。

那么同样的道理，如果系统是在mipmap-xxxhdpi文件夹下面找到这张图的话，它会认为这张图是为更高密度的设备所设计的，如果直接将这张图在当前设备上使用就有可能会出现像素过高的情况，于是会自动帮我们做一个缩小的操作。所以，我们可以尝试将christmas这张图移动到mipmap-xxxhdpi文件夹下面将会得到这样的结果：

可以看到，现在图片的宽和高都达到不手机屏幕的四分之一，说明图片确实是被缩小了。

另外，刚才在介绍规则的时候提到了一个mipmap-nodpi文件夹，这个文件夹是一个密度无关的文件夹，放在这里的图片系统就不会对它进行自动缩放，原图片是多大就会实际展示多大。但是要注意一个加载的顺序，mipmap-nodpi文件夹是在匹配密度文件夹和更高密度文件夹都找不到的情况下才会去这里查找图片的，因此放在mipmap-nodpi文件夹里的图片通常情况下不建议再放到别的文件夹里面。

图片被放大的原因现在我们已经搞清楚了，那么接下来还有一个问题，就是放大的倍数是怎么确定的呢？
还是看一下刚才的 dpi范围-密度 表格：

可以看到，每一种密度的dpi范围都有一个最大值，这个最大值之间的比例就是图片会被系统自动放大的比例。
口说无凭，下面我们来通过实例验证一下，修改布局文件中的代码，如下所示：

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout 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"
    tools:context=".MainActivity">

    <androidx.appcompat.widget.AppCompatImageView
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:id="@+id/christmas"
        android:src="@mipmap/christmas" />

    <Button
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_alignParentRight="true"
        android:onClick="buttonClick"
        android:text="获取图片宽高" />

    <TextView
        android:layout_width="wrap_content"
        android:layout_alignParentRight="true"
        android:layout_marginTop="100dp"
        android:id="@+id/tvWidthHeight"
        android:layout_marginRight="6dp"
        android:layout_height="wrap_content" />

</RelativeLayout>

可以看到，我们添加了一个按钮，并给按钮注册了一个点击事件。然后在MainActivity中处理这个点击事件：

public class MainActivity extends AppCompatActivity {

    private AppCompatImageView imageView;
    private TextView tvWidthHeight;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        imageView = findViewById(R.id.christmas);
        tvWidthHeight = findViewById(R.id.tvWidthHeight);
        float xdpi = getResources().getDisplayMetrics().xdpi;
        float ydpi = getResources().getDisplayMetrics().ydpi;
        Log.e("tag", "-----xdpi=" + xdpi); //xdpi=397.565
        Log.e("tag", "-----ydpi=" + ydpi); //ydpi=396.24
    }

    public void buttonClick(View view) {
        tvWidthHeight.setText("图片宽：" + imageView.getWidth() + "\n图片高：" + imageView.getHeight());
    }
    
}

这里在点击事件中分别获取图片的宽和高并使用TextView显示出来。代码修改这么多就可以了，然后将图片移动到mipmap-mdpi文件夹下。
下面我们来开始分析，mdpi密度的最高dpi值是160，而xxhdpi密度的最高dpi值是480，因此是一个3倍的关系，那么我们就可以猜测，放到mipmap-mdpi文件夹下的图片在xxhdpi密度的设备上显示会被放大3倍。对应到christmas这张图，原始像素是270*480，放大3倍之后就应该是810*1440像素。下面运行程序，效果如下图所示：

验证通过。我们再来试验一次，将图片移动到mipmap-xxxhdpi目录下。xxxhdpi密度的最高dpi值是640，480是它的0.75倍，那么我们就可以猜测，放到mipmap-xxxdpi文件夹下的图片在xxhdpi密度的设备上显示会被缩小至0.75倍。270*480的0.75倍应该是202.5*360，由于像素不支持小数点，那么四舍五入就应该是203*360像素。重新运行程序，效果如下图所示：

• 可以这样来分析，根据我们刚才所学的内容，如果将一张图片放在低密度文件夹下，那么在高密度设备上显示图片时就会被自动放大，而如果将一张图片放在高密度文件夹下，那么在低密度设备上显示图片时就会被自动缩小。那我们可以通过成本的方式来评估一下，一张原图片被缩小了之后显示其实并没有什么副作用，但是一张原图片被放大了之后显示就意味着要占用更多的内存了。因为图片被放大了，像素点也就变多了，而每个像素点都是要占用内存的。
  我们仍然可以通过例子来直观地体会一下，首先将christmas.png图片移动到mipmap-xxhdpi目录下，运行程序后我们通过Profiler来观察程序内存使用情况：

   
   

  image.png

可以看到，程序所占用的内存大概稳定在35.6M左右。然后将christmas.png图片移动到mipmap-mdpi目录下，重新运行程序，结果如下图所示：

现在涨到38M了，占用内存明显增加了。

通过这个例子同时也验证了一个问题，我相信有不少比较有经验的Android程序员可能都遇到过这个情况，就是当你的项目变得越来越大，有的时候加载一张mipmap-hdpi下的图片，程序就直接OOM崩掉了，但如果将这张图放到mipmap-xhdpi或mipmap-xxhdpi下就不会崩掉，其实就是这个道理。

那么经过上面一系列的分析，答案自然也就出来了，图片资源应该尽量放在高密度文件夹下，这样可以节省图片的内存开支，而UI在设计图片的时候也应该尽量面向高密度屏幕的设备来进行设计。就目前来讲，最佳放置图片资源的文件夹就是mipmap-xxhdpi。那么有的朋友可能会问了，不是还有更高密度的mipmap-xxxhdpi吗？干吗不放在这里？这是因为，市面上480dpi到640dpi的设备实在是太少了，如果针对这种级别的屏幕密度来设计图片，图片在不缩放的情况下本身就已经很大了，基本也起不到节省内存开支的作用了。