我对mipmap的理解大致是这样的:

当需要绘制图像时，考虑到我们有不同尺寸的屏幕分辨率，一些缩放将不得不参与。

如果你有一个适合低端手机的图像，当你把它放大到10英寸平板电脑的大小时，你必须“发明”一些实际上不存在的像素。这是通过一些插值算法来实现的。需要创造的像素越多，制作过程所需的时间就越长，质量就会开始下降。最好的质量是通过更复杂的算法获得的，这需要更长的时间(例如，平均周围的像素vs复制最近的像素)。

为了减少必须创建的像素数量，可以使用mipmap为同一图像提供不同大小/分辨率的解决方案，系统将选择与必须渲染的分辨率最近的图像，并从那里进行缩放。这将减少发明像素的数量，节省用于计算这些像素以提供高质量图像的资源。

我在一篇解释libgdx缩放图像时的性能问题的文章中读到过:

http://www.badlogicgames.com/wordpress/?p=1403

mipmap有两种不同的用法:

For launcher icons when building density specific APKs. Some developers build separate APKs for every density, to keep the APK size down. However some launchers (shipped with some devices, or available on the Play Store) use larger icon sizes than the standard 48dp. Launchers use getDrawableForDensity and scale down if needed, rather than up, so the icons are high quality. For example on an hdpi tablet the launcher might load the xhdpi icon. By placing your launcher icon in the mipmap-xhdpi directory, it will not be stripped the way a drawable-xhdpi directory is when building an APK for hdpi devices. If you're building a single APK for all devices, then this doesn't really matter as the launcher can access the drawable resources for the desired density. The actual mipmap API from 4.3. I haven't used this and am not familiar with it. It's not used by the Android Open Source Project launchers and I'm not aware of any other launcher using.

我对mipmap的理解大致是这样的:

当需要绘制图像时，考虑到我们有不同尺寸的屏幕分辨率，一些缩放将不得不参与。

如果你有一个适合低端手机的图像，当你把它放大到10英寸平板电脑的大小时，你必须“发明”一些实际上不存在的像素。这是通过一些插值算法来实现的。需要创造的像素越多，制作过程所需的时间就越长，质量就会开始下降。最好的质量是通过更复杂的算法获得的，这需要更长的时间(例如，平均周围的像素vs复制最近的像素)。

为了减少必须创建的像素数量，可以使用mipmap为同一图像提供不同大小/分辨率的解决方案，系统将选择与必须渲染的分辨率最近的图像，并从那里进行缩放。这将减少发明像素的数量，节省用于计算这些像素以提供高质量图像的资源。

我在一篇解释libgdx缩放图像时的性能问题的文章中读到过:

http://www.badlogicgames.com/wordpress/?p=1403

当为不同密度构建单独的apks时，其他密度的可绘制文件夹将被剥离。这将使图标在使用高密度启动器图标的设备中显得模糊。 因为mipmap文件夹不会被剥离，所以最好使用它们来包含启动器图标。

Android 4.3中mipmaps的实现正是1983年维基百科文章中解释的技术:)

mipmap集的每个位图图像都是 主要纹理，但在一定程度上减少了细节。虽然 当视图足够渲染时，主纹理仍将被使用 它的细节充分，渲染器将切换到合适的mipmap图像 (…)当从远处或小尺寸观察纹理时。

虽然这被描述为3D图形的技术(因为它提到了“从远处观看”)，但它同样适用于2D图形(翻译为“绘制的是一个更小的空间”，即。“缩减规模”)。

对于一个具体的Android例子，假设你有一个带有特定背景可绘制对象的视图(特别是BitmapDrawable)。现在使用动画将其缩放到原始大小的0.15。通常，这需要为每一帧降低背景位图的比例。然而，这种“极端”的缩小尺度可能会产生视觉上的伪影。

但是，您可以提供一个mipmap，这意味着图像已经预先渲染了一些特定的比例(比如1.0、0.5和0.25)。每当动画“越过”0.5的阈值时，它不会继续缩小原始的1.0大小的图像，而是切换到0.5的图像并缩小它，这应该会提供更好的结果。随着动画的继续。

这有点理论化，因为它实际上是由渲染器完成的。根据Bitmap类的源代码，它只是一个提示，渲染器可能尊重它，也可能不尊重。

/**
 * Set a hint for the renderer responsible for drawing this bitmap
 * indicating that it should attempt to use mipmaps when this bitmap
 * is drawn scaled down.
 *
 * If you know that you are going to draw this bitmap at less than
 * 50% of its original size, you may be able to obtain a higher
 * quality by turning this property on.
 * 
 * Note that if the renderer respects this hint it might have to
 * allocate extra memory to hold the mipmap levels for this bitmap.
 *
 * This property is only a suggestion that can be ignored by the
 * renderer. It is not guaranteed to have any effect.
 *
 * @param hasMipMap indicates whether the renderer should attempt
 *                  to use mipmaps
 *
 * @see #hasMipMap()
 */
public final void setHasMipMap(boolean hasMipMap) {
    nativeSetHasMipMap(mNativeBitmap, hasMipMap);
}

不过，我不太确定为什么这特别适合应用程序图标。尽管平板电脑上的Android以及一些启动器(如GEL)要求图标“更高密度”以显示它更大，但这应该使用常规机制(即draw -xxxhdpi， &c)来完成。

由于我正在寻找一个明确的答案，以确定通知图标的正确类型，所以我想在主题中添加这个明确的声明。来自http://developer.android.com/tools/help/image-asset-studio.html#saving

注意:启动程序图标文件驻留在不同的位置 其他图标。它们位于mipmap/文件夹中。所有其他图标 文件驻留在项目的可绘制/文件夹中。