自从Android 4.3 (Jelly Bean)以来,我们现在可以使用res/mipmap文件夹来存储“mipmap”图像。

例如,Chrome For Android将图标存储在这些文件夹中,而不是更普通的res/drawable文件夹。

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

我看到,在我的清单,我们使用@mipmap/限定符,而不是@drawable/,这是有意义的给定资源文件夹名称:

<activity
    android:name=".MipmapDemp"
    android:icon="@mipmap/ic_launcher" />

引用:

Android 4.3 api文档有以下内容:

Using a mipmap as the source for your bitmap or drawable is a simple way to provide a quality image and various image scales, which can be particularly useful if you expect your image to be scaled during an animation. Android 4.2 (API level 17) added support for mipmaps in the Bitmap class—Android swaps the mip images in your Bitmap when you've supplied a mipmap source and have enabled setHasMipMap(). Now in Android 4.3, you can enable mipmaps for a BitmapDrawable object as well, by providing a mipmap asset and setting the android:mipMap attribute in a bitmap resource file or by calling hasMipMap().

我没有看到任何能帮助我理解的东西。


XML位图资源有一个android:mipMap属性:

布尔。启用或禁用mipmap提示。参见setHasMipMap() 更多的信息。默认值为false。

据我所知,这并不适用于启动器图标。


这个问题是在谷歌Groups(资源名“mipmap”的目的?!)上提出的,Romain Guy回答说:

提供一个更大分辨率的图像是有用的 通常被计算(例如,在mdpi设备上,Launcher可能被计算) 想要更大的hdpi图标来显示大的应用程序快捷方式。)

我觉得这几乎说得通,但不完全是。

我仍然倾向于Randy Sugianto的后续观点:

这样做的好处是什么?有使用指南吗 Mipmaps,可能是为了更好的启动器图标?


当然,维基百科上有一个“Mipmap”的页面,这是一种1983年发明的老技术,我无法将其与当前的Android实现联系起来。


现在我们是否应该将所有应用图标存储在res/mipmap文件夹中,这些mipmap图像的指导原则是什么?


Update # 1

这里有一篇博客文章试图解释一下。

Android 4.3中用于绘图的Mipmapping

但在那篇博客文章中使用的图像显示了一个包含许多标志的文件。这不是我在Chrome的mipmap文件夹中看到的。

Chrome的mimmap -hdpi文件夹包含三张图片。一个是Chrome的logo。

奇怪的是,它是72x72,而不是我期望看到的48x48。

也许这就是全部——我们只需要在mipmap文件夹中保留更大的图标?


更新# 2

2014年10月23日的Android开发者博客文章再次确认了使用mipmap文件夹作为应用程序图标的想法:

为Nexus 6和Nexus 9准备好应用程序

在谈到Nexus 6的屏幕密度时,作者写道:

最好的做法是把你的应用程序图标放在mipmap-文件夹(而不是 可绘制-文件夹),因为它们用于不同的分辨率 器件的电流密度。例如,xxxhdpi应用程序图标可以是 用于xxhdpi设备的启动器上。


更新# 3

注意,Android Studio在mipmap中创建了ic_launcher.png图标…文件夹而不是可绘制的…Eclipse用来在其中创建它们的文件夹。



当前回答

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

其他回答

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/

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

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产生)

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

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

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

如果你为HDPI这样的目标屏幕分辨率构建APK, Android资产打包工具AAPT就可以为你不需要的其他分辨率剔除绘图。但是如果它在mipmap文件夹中,那么不管目标分辨率如何,这些资产都将留在APK中。