这些mipmap图像与其他熟悉的可绘制图像有何不同?

以下是我的观点，试图解释其中的区别。在Android中处理图像时有两种情况:

You want to load an image for your device density and you are going to use it "as is", without changing its actual size. In this case you should work with drawables and Android will give you the best fitting image. You want to load an image for your device density, but this image is going to be scaled up or down. For instance this is needed when you want to show a bigger launcher icon, or you have an animation, which increases image's size. In such cases, to ensure best image quality, you should put your image into mipmap folder. What Android will do is, it will try to pick up the image from a higher density bucket instead of scaling it up. This will increase sharpness (quality) of the image.

因此，决定把你的图像放在哪里的经验法则是:

启动器图标总是进入mipmap文件夹。 图片，通常是按比例放大(或极度缩小)，其质量是至关重要的应用程序，也进入mipmap文件夹。 所有其他图像通常都是可绘制的。

我在另一个线程中提到的一件事值得指出——如果你为不同的密度构建不同版本的应用，你应该了解“mipmap”资源目录。这与“可绘制”资源完全相同，只是在创建不同的apk目标时它不参与密度剥离。

https://plus.google.com/105051985738280261832/posts/QTA9McYan1L

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)来完成。

似乎谷歌已经更新了他们的文档，因为所有这些答案，所以希望这将帮助其他人在未来:)刚刚遇到这个问题我自己，同时创建一个新的(新的)项目。

DR:可提款可能被剥离作为dp特定资源优化的一部分。mipmap不会被剥离。

Different home screen launcher apps on different devices show app launcher icons at various resolutions. When app resource optimization techniques remove resources for unused screen densities, launcher icons can wind up looking fuzzy because the launcher app has to upscale a lower-resolution icon for display. To avoid these display issues, apps should use the mipmap/ resource folders for launcher icons. The Android system preserves these resources regardless of density stripping, and ensures that launcher apps can pick icons with the best resolution for display.

(来自http://developer.android.com/tools/projects/index.html产生)

res/
mipmap-mdpi/ic_launcher.png (48x48 pixels)
mipmap-hdpi/ic_launcher.png (72x72)
mipmap-xhdpi/ic_launcher.png (96x96)
mipmap-xxhdpi/ic_launcher.png (144x144)
mipmap-xxxhdpi/ic_launcher.png (192x192)

MipMap用于启动程序图标

http://android-developers.blogspot.co.uk/2014/10/getting-your-apps-ready-for-nexus-6-and.html

https://androidbycode.wordpress.com/2015/02/14/goodbye-launcher-drawables-hello-mipmaps/

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

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

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

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

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

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