mipmap文件夹和drawable文件夹的区别

[chenshiqiang1202]

Mipmaps早在Android2.2+就可以用了，但是直到4.3 google才强烈建议使用。把图片放到mipmaps可以提高系统渲染图片的速度，提高图片质量，减少GPU压力。
不知道还有没其他区别。

[miao1007]

http://stackoverflow.com/questions/23935810/mipmap-drawables-for-icons

• 它只是用来放启动图标的
• 它的好处就是，你只用放一个mipmap图标，它就会给你各种版本（比如平板，手机）的apk自动生成相应分辨率的图标，以节约空间。

[liujingyuan1]

@miao1007 难道不能放其他图片吗？我也像drawable一样建立不同的文件夹！

[yanbober]

@miao1007 支持你的说法。

[liuchenx]

@liujingyuan1 官方的话说, 建议所有的图片都采用mimap 引入, 跟drawable 用法一个样, 只不过底层做了优化, 并不是只放图标

[liujingyuan1]

@liuchenx 嗯！知道！

[iriverman]

@liuchenx 那请问放入Mipmaps中的图片跟放入drawable里的图片有什么不同吗？系统会在运行时优化Mipmaps中的图片？

[tanranran]

兼容性怎么样呢?

[dengn]

Android Studio1.1之后创建新项目自动就生成放icon的mitmap文件夹了。
http://android-developers.blogspot.fr/2014/10/getting-your-apps-ready-for-nexus-6-and.html

[tyzero]

thx

[maoruibin]

http://developer.android.com/tools/projects/index.html#mipmap

Make sure launcher apps show a high-resolution icon for your app by moving all densities of your launcher icons to density-specific res/mipmap/ folders (for example res/mipmap-mdpi/ and res/mipmap-xxxhdpi/). The mipmap/ folders replace the drawable/ folders for launcher icons. For xxhpdi launcher icons, be sure to add the higher resolution xxxhdpi versions of the icons to enhance the visual experience of the icons on higher resolution devices.

通过上面的文档，能读到信息就是， mipmap这个文件夹只对Launcher icon做优化。

[guohongjun]

系统对mipmap做了一些优化，加快了图片的渲染速度，提高的图片质量，减少GPU的压力。

[HomHomLin]

有没有个明确的回答呢？从官方文档的介绍来看，这个文件夹只说放launcher icon会有优化。

[jingxuan1990]

求明确回复，我看的官方文档也是只对launcher icon优化。

[zhoushikong]

mipmap文件夹下还能不能创建子文件夹？我好像创建不了。

[snowdream]

mipmap文件夹下，仅仅建议放启动图标/app launcher icons，也就是应用安装后，会显示在桌面的那个图标。而其他的图片资源等，还是按照以前方式，放在drawable文件夹下。

我总结在： http://snowdream.github.io/blog/2016/03/02/mipmap-vs-drawable-folders/

[ppjuns]

我的做法是启动图标放在mipmap ，项目用到的图片放在drawable

[nantofu]

如果我们应用内需要使用启动图标，改怎么放呢？一直觉得摸不着头脑，google 搞了这么一套东西出来就是为了放启动 icon？

[HyperSimon]

一个文件夹就只是用来放应用启动icon的？

[sjw903]

学习了，坚持学习！好记性不如烂笔头！

[basefas]

https://developer.android.com/guide/topics/resources/providing-resources.html
这链接里描述了两者的使用场景：

• drawable/ 用于存放位图文件（.png、.9.png、.jpg、.gif）或可编译为可绘制对象资源子类型的 XML

• mipmap/ 用于存放不同密度的 launcher icon

所以 mipmap/ 只用于存放 app icon ，就是启动图标，其余文件都应该放到 drawable/ 中。

[AllenCoder]

到底是只放一个 app icon ?还是所有的图片资源都放在这里面？ 谁能给出准确答案？和证明？被答案看蒙逼了。

[diov]

我觉得这个只要内部有一个统一的规定就可以了，在使用上没有什么太大的差别。
我们项目目前的做法是把所有位图文件都放在 mipmap 文件夹下面，而 drawable 文件夹下面只存放 xml 编写的文件。
当然，.9.png只能存放在 drawable 中。

[AllenCoder]

https://developer.android.com/about/versions/nougat/android-7.0-samples.html

看Google 针对7.0出的几个sample ，他们的图片除了图标外，其他的还是放在了drawable 文件夹。

[Apples0609]

https://developer.android.com/guide/topics/resources/providing-resources.html

[x1876631]

根据谷歌的官方文档，位图文件和xml放在drawable里，启动器图标放在mipmap里。
具体网址如下：https://developer.android.com/guide/topics/resources/providing-resources.html。
分组资源类型，表1里介绍了res里各种资源文件夹的作用。

[wqycsu]

Android O使用mipmap里的图片资源Id作为smallIcon时会crash，并且是system ui crash，必须要重启手机才能解决。

[meicuihui]

gif图片放在mipmap无效

[Apples0609]

@SbyXlmm GIF图片请用glide加载，才能播放

[ZhangQinglian]

mipmap 也叫 mip 贴图，是 OpenGL 中的纹理用于减少锯齿的解决方案。所以在 Android 中应该也是相同的作用。由于设备的屏幕密度很有可能会介于 xxhdpi 和 xxxhdpi 之间，这时候如果用 drawable 的资源就有可能产生锯齿。

[HelloException]

https://learnopengl-cn.github.io/01%20Getting%20started/06%20Textures/
看下多级渐远纹理的概念，理解了这个概念才能知道什么情况下会有优化。

[vejei]

引用这一段话从而说官方支持应用图标放mipmap目录的完全就是在误人子弟，而且是误人子弟的典范：

It’s best practice to place your app icons in mipmap- folders (not the drawable- folders) because they are used at resolutions different from the device’s current density.

这段话的确是官方博客中所说的，而那篇博客是Getting Your Apps Ready for Nexus 6 and Nexus 9

就在上面这段话的前面，博客在讲到app icon的时候还有这样一句：

Provide at least an xxxhdpi app icon because devices can display large app icons on the launcher. It’s best practice to place your app icons ...

而app icon这两个单词人家还刻意加了链接，而链接指向的内容是：Product icons

很明显人家说的app icon是指应用的启动器图标

这里还有个StackOverflow的回答：Mipmaps vs. drawable folders [duplicate]，也有人指出了（回答下面的第一个评论）博客里面的app icon指的就是应用的启动器图标

正确的做法上面也有人指出了，mipmap只应该放启动器图标，其它的图标放drawable，官方文档有个表大家可以看：https://developer.android.com/guide/topics/resources/providing-resources#ResourceTypes

别再说什么官方支持放mipmap目录下了，我Google了才知道这完全就是以讹传讹

[vejei]

Goolge官方的示例代码以及其它几乎所有的开源项目，我看到的都是图标放drawable目录下，没见过放mipmap的

[GoldTest]

中文文档参见：
https://developer.android.google.cn/guide/topics/resources/providing-resources
里面说的很清楚，仅应用的启动图标，除此之外，均应放在drawable中。

位图文件（.png、.9.png、.jpg、.gif）或编译为以下可绘制对象资源子类型的 XML 文件：位图文件、.9图（可调整大小的位图）……以及其他可绘制对象

stackOverflow链接中高赞回答下的高赞评论也说的很清楚：
https://stackoverflow.com/questions/28065267/mipmaps-vs-drawable-folders

To clarify, the "app icons" in the quoted section are referring to launcher icons, not necessarily other icons. – CommonsWare
也就是说仅启动器图标，其他的图标 还是该放哪放哪。

[aprz512]

https://developer.android.com/training/multiscreen/screendensities#mipmap
某些应用启动器显示的应用图标会比设备的密度级别所要求的大差不多 25%。
由于应用图标可能会像这样放大，因此您应将所有应用图标都放在 mipmap 目录中，而不是放在 drawable 目录中。与 drawable 目录不同，所有 mipmap 目录都会保留在 APK 中，即使您构建特定于密度的 APK 也是如此。

[vejei]

https://developer.android.com/training/multiscreen/screendensities#mipmap
某些应用启动器显示的应用图标会比设备的密度级别所要求的大差不多 25%。
由于应用图标可能会像这样放大，因此您应将所有应用图标都放在 mipmap 目录中，而不是放在 drawable 目录中。与 drawable 目录不同，所有 mipmap 目录都会保留在 APK 中，即使您构建特定于密度的 APK 也是如此。

原文很明显指的是启动器图标，而不是显示在导航栏、菜单里面的那些图标。而且你都指出来是在应用启动器里了，能在启动器里面看到的不就是启动器图标？难道还能是导航栏、菜单里面的那些图标？

[vejei]

GitHub 上的开源项目，我只要看到把图标放mipmap里面的，就知道作者一定是中国人，貌似还没有碰到例外的

[aprz512]

https://developer.android.com/training/multiscreen/screendensities#mipmap
某些应用启动器显示的应用图标会比设备的密度级别所要求的大差不多 25%。
由于应用图标可能会像这样放大，因此您应将所有应用图标都放在 mipmap 目录中，而不是放在 drawable 目录中。与 drawable 目录不同，所有 mipmap 目录都会保留在 APK 中，即使您构建特定于密度的 APK 也是如此。

原文很明显指的是启动器图标，而不是显示在导航栏、菜单里面的那些图标。而且你都指出来是在应用启动器里了，能在启动器里面看到的不就是启动器图标？难道还能是导航栏、菜单里面的那些图标？

我仔细看了一下，我俩观点是一样的，我这里只是想说为啥会有mipmap这个东西。

[woshiyanxiong]

（特别备注：下文所说的app应用图标指的是applogo即ic_launcher.png）
先说Google官方，也很明显了，应用图标放mipmap其余的图片即png这些放drawable文件
但是为什么国内有一些争论关于mipmap和drawable谁更好呢？这个其实要说国外和国内开发上面的区别了
首先我们要明白为什么google要把应用图标放在mipmap里面，为什么创建这个mipmap就单纯的用来放应用图标呢？
Android mipmap的文件夹下 app会比安装的手机本身密度高一级或者两级去寻找图片，比如是一个x密度的手机会到两个x甚至3个x的文件里面去加载图标，这样就存在在mipmap加载的图标永远高于当前手机密度的图标，那么自然而然在图片显示上会显得高清，其次mipmap本身的优化纹理技术
那么问题来了既然这样，忽略纹理技术之外，我们在drawable文件放高于本身密度的图标不就行了吗？为何还要有mipmap这个东西呢？
这就要说起手机在加载apk的时候mipmap和drawable的区别，我们还是以一个xhdpi举例。
当xhdpi密度的手机在加载apk的时候Google是有一个优化的，是会剔除drawable其他密度的文件，只保留一个基本的drawable和drawable-xhdpi的文件，而mipmap是会全部保留的。这里可以看视频
这样的情况下是否可以理解只是应用图标放在mipmap下了呢？试想下当100张图标放在mipmap和drawable 下那么mipmap就真的优于drawable吗？肯定不是的这种情况下mipmap是用性能瓶颈的，超出一定的量，性能是低于drawable的，而drawable是在各方面很平衡的
那么问题又来了，国内很多人把图标放在mipmap的没怎么放在drawable的都是用错了吗？非也！我们要明白Google对图标的适配和我们实际的适配是有些不一样的！在hdpi、mdpi、xhdp、xxhdpi、xxxhdpi。都会放对应分辨率的图标，而国内也怎么做的会有多少？相信大家看多很多关于drawable的适配，直接保留最高密度的文件，一套图标适配，那么试问一哈，当只有一套密度的适配下。mipmap-xxxhdpi和drawable-xxxhdpi谁更优呢？
所以我的看法就是如果你也是按照Google一样在hdpi、mdpi、xhdp、xxhdpi、xxxhdpi均放置了icon那么mipmap就只能放启动图标，反之如果只有一套适配，我认为mipmap是优于drawable

[hanyueziad]

感谢您的关注,我会尽快给您答复

[272664150]

这是来自QQ邮箱的假期自动回复邮件。   您好，我最近正在休假中，无法亲自回复您的邮件。我将在假期结束后，尽快给您回复。

[vejei]

当xhdpi密度的手机在加载apk的时候Google是有一个优化的，是会剔除drawable其他密度的文件，只保留一个基本的drawable和drawable-xhdpi的文件

这个真不知道你从哪看来的，你看看 Google 在文档里面怎么说的：

The Gradle resource shrinker removes only resources that are not referenced by your app code, which means it will not remove alternative resources for different device configurations.
...
When releasing an app using the Android App Bundle format, by default only languages configured on a user's device are downloaded when installing the app. Similarly, only resources matching the device's screen density, and native libraries matching the device's ABI are included in the download.
当使用 Android App Bundle 格式来发布应用的时候，默认情况下，在安装应用的时候只有用户设备设置的语言会被下载下来。类似地，只有那些跟设备屏幕密度相匹配的资源，以及跟设备 ABI 相对应的 Native 库会被包含到下载的内容里面。

另外，关于系统是怎么选择 Drawable 文件的建议你看这段

[woshiyanxiong]

当xhdpi密度的手机在加载apk的时候Google是有一个优化的，是会剔除drawable其他密度的文件，只保留一个基本的drawable和drawable-xhdpi的文件

这个真不知道你从哪看来的，你看看 Google 在文档里面怎么说的：

The Gradle resource shrinker removes only resources that are not referenced by your app code, which means it will not remove alternative resources for different device configurations.
...
When releasing an app using the Android App Bundle format, by default only languages configured on a user's device are downloaded when installing the app. Similarly, only resources matching the device's screen density, and native libraries matching the device's ABI are included in the download.
当使用 Android App Bundle 格式来发布应用的时候，默认情况下，在安装应用的时候只有用户设备设置的语言会被下载下来。类似地，只有那些跟设备屏幕密度相匹配的资源，以及跟设备 ABI 相对应的 Native 库会被包含到下载的内容里面。

另外，关于系统是怎么选择 Drawable 文件的建议你看这段

原文是国外的一篇文章，讲的是为什么将应用图标放在mipmap上不放在drawable，这个验证也很容易！同时我觉得我表述的很清楚了，如果都是按照Google的标准来hdpi、mdpi、xhdp、xxhdpi、xxxhdpi都放置对应的图标，那么mipmap只能放置应用图标，如果只有一套适配我认为mipmap是优于drawable的，当然这种情况怎么放都无所谓了，如果你觉得不认同，你可以向大家讲诉其原理与实际场景，为什么要放drawable以及为什么要放mipmap，以及mipmap在android中两者到底有什么区别，为什么要开一个mipmap

[vejei]

当xhdpi密度的手机在加载apk的时候Google是有一个优化的，是会剔除drawable其他密度的文件，只保留一个基本的drawable和drawable-xhdpi的文件

这个真不知道你从哪看来的，你看看 Google 在文档里面怎么说的：

The Gradle resource shrinker removes only resources that are not referenced by your app code, which means it will not remove alternative resources for different device configurations.
...
When releasing an app using the Android App Bundle format, by default only languages configured on a user's device are downloaded when installing the app. Similarly, only resources matching the device's screen density, and native libraries matching the device's ABI are included in the download.
当使用 Android App Bundle 格式来发布应用的时候，默认情况下，在安装应用的时候只有用户设备设置的语言会被下载下来。类似地，只有那些跟设备屏幕密度相匹配的资源，以及跟设备 ABI 相对应的 Native 库会被包含到下载的内容里面。

另外，关于系统是怎么选择 Drawable 文件的建议你看这段

原文是国外的一篇文章，讲的是为什么将应用图标放在mipmap上不放在drawable，这个验证也很容易！同时我觉得我表述的很清楚了，如果都是按照Google的标准来hdpi、mdpi、xhdp、xxhdpi、xxxhdpi都放置对应的图标，那么mipmap只能放置应用图标，如果只有一套适配我认为mipmap是优于drawable的，当然这种情况怎么放都无所谓了，如果你觉得不认同，你可以向大家讲诉其原理与实际场景，为什么要放drawable以及为什么要放mipmap，以及mipmap在android中两者到底有什么区别，为什么要开一个mipmap

我想你一定有什么误解，人家说的 app icon 指的应用启动器图标，不是应用界面上的那些图标，Google 的博客里面说的优化也是指启动器图标

[woshiyanxiong]

当xhdpi密度的手机在加载apk的时候Google是有一个优化的，是会剔除drawable其他密度的文件，只保留一个基本的drawable和drawable-xhdpi的文件

这个真不知道你从哪看来的，你看看 Google 在文档里面怎么说的：

The Gradle resource shrinker removes only resources that are not referenced by your app code, which means it will not remove alternative resources for different device configurations.
...
When releasing an app using the Android App Bundle format, by default only languages configured on a user's device are downloaded when installing the app. Similarly, only resources matching the device's screen density, and native libraries matching the device's ABI are included in the download.
当使用 Android App Bundle 格式来发布应用的时候，默认情况下，在安装应用的时候只有用户设备设置的语言会被下载下来。类似地，只有那些跟设备屏幕密度相匹配的资源，以及跟设备 ABI 相对应的 Native 库会被包含到下载的内容里面。

另外，关于系统是怎么选择 Drawable 文件的建议你看这段

原文是国外的一篇文章，讲的是为什么将应用图标放在mipmap上不放在drawable，这个验证也很容易！同时我觉得我表述的很清楚了，如果都是按照Google的标准来hdpi、mdpi、xhdp、xxhdpi、xxxhdpi都放置对应的图标，那么mipmap只能放置应用图标，如果只有一套适配我认为mipmap是优于drawable的，当然这种情况怎么放都无所谓了，如果你觉得不认同，你可以向大家讲诉其原理与实际场景，为什么要放drawable以及为什么要放mipmap，以及mipmap在android中两者到底有什么区别，为什么要开一个mipmap

我想你一定有什么误解，人家说的 app icon 指的应用启动器图标，不是应用界面上的那些图标，Google 的博客里面说的优化也是指启动器图标

应用图标和启动器图标难道是两个东西吗？所以到底觉得我的观点是有什么问题呢？我描述的是没有理论依据还是胡说？我已经描述了我个人认为的区别以及背后的原因和理论支持虽然它不一定是正确的，针对你的第一个问题 你可以看这个视频，这里我个人觉得说的是很正确的！当然如果你觉得他是在扯淡，你就当我没说

[vejei]

前面才说有文章说mipmap有优化，现在给我上视频。

而且我都不用看了，视频大大的标题就写着：Why we use mipmap instead of drawable to store Launcher icons?

你要是觉得应用界面上的图标跟启动器图标是一个东西，那我真没什么好说的了，一个开发者连这个都搞不清楚，我能说什么？

[vejei]

而且视频简介不都说了吗：

In android, we store the launcher icons in mipmap folders and store other image resources in the drawable folders.

你拿一个观点跟你相矛盾的视频当作你的依据？

[woshiyanxiong]

而且视频简介不都说了吗：

In android, we store the launcher icons in mipmap folders and store other image resources in the drawable folders.

你拿一个观点跟你相矛盾的视频当作你的依据？

虽然文字很多，但是我发表的

前面才说有文章说mipmap有优化，现在给我上视频。

而且我都不用看了，视频大大的标题就写着：Why we use mipmap instead of drawable to store Launcher icons?

你要是觉得应用界面上的图标跟启动器图标是一个东西，那我真没什么好说的了，一个开发者连这个都搞不清楚，我能说什么？

兄弟app应用图标 说的是app的logo即google的ic_launcher,这玩意没那么难理解吧？我的理由全来之这个视频！你说你除了杠还能说啥？全片你没有发任何关于这两者背后的原理，麻烦你稍微读哈我发的观点，但凡你稍微认真看一遍，也不至于说出矛盾这个话来！

[woshiyanxiong]

而且视频简介不都说了吗：

In android, we store the launcher icons in mipmap folders and store other image resources in the drawable folders.

你拿一个观点跟你相矛盾的视频当作你的依据？

我的观点很清楚，并且按照自己的的认知说了话原理以及原因虽然不一定说是对的！如果你和Google一样放置图片，那么mipmap只能放置app的应用图标即applogo即ic_launcher，如果只有一套适配，理论上mipmap是忧于drawable，然后事实是Google不会采用一套适配，一套适配是国内出现的产物，如果你觉得我这个是谬论，请你用事实原理依据来反驳我！不然我只能说“啊啊你说的对”

[vejei]

抬杠？我才发现你连我说什么都没看清楚就回复，我说的明明是“应用界面图标”，你给我说成“应用图标”？就是觉得英文说 app icon 有歧义才刻意说成是“应用界面图标”而不说“应用图标”，难怪你会说出这种话：“应用图标和启动器图标难道是两个东西吗？”

先来明确一点，我说的“应用界面图标”指的是，打开应用后显示在应用界面的按钮、菜单、导航栏这些地方的图标，“启动器图标”我说的是你手机桌面上看到的那个 Logo，这个用mipmap目录的ic_launcher图片指定。这两个难道不是两个东西？

然后，我从头到尾不认同的一点是什么呢？就是那种把应用界面的图标也扔到mipmap目录的做法。然后还说有优化，结果又给不出任何依据。给出的依据，打开一看说的都是启动器图标。

而且，不管你给出的视频，还是这里跟这里，说的都是两点：

• 启动器图标放在mipmap目录，其它图标图片放drawable目录
• mipmap目录下面的图标使用的分辨率跟设备密度是不一样的

这里一堆 Google 自家的代码，自己看看 Google 怎么做的。这个只有一张图片的时候（也就是你所谓的一套图标适配），也依然是放drawable目录。

Google 怎么说我就怎么做，不管你说什么优化，反正我不会把应用界面的图标放到mipmap目录。

如果坚持应用界面图标放mipmap目录有所谓优化，那就给出依据。

[woshiyanxiong]

抬杠？我才发现你连我说什么都没看清楚就回复，我说的明明是“应用界面图标”，你给我说成“应用图标”？就是觉得英文说 app icon 有歧义才刻意说成是“应用界面图标”而不说“应用图标”，难怪你会说出这种话：“应用图标和启动器图标难道是两个东西吗？”

先来明确一点，我说的“应用界面图标”指的是，打开应用后显示在应用界面的按钮、菜单、导航栏这些地方的图标，“启动器图标”我说的是你手机桌面上看到的那个 Logo，这个用mipmap目录的ic_launcher图片指定。这两个难道不是两个东西？

然后，我从头到尾不认同的一点是什么呢？就是那种把应用界面的图标也扔到mipmap目录的做法。然后还说有优化，结果又给不出任何依据。给出的依据，打开一看说的都是启动器图标。

而且，不管你给出的视频，还是这里跟这里，说的都是两点：

* 启动器图标放在`mipmap`目录，其它图标图片放`drawable`目录

* `mipmap`目录下面的图标使用的分辨率跟设备密度是不一样的

这里一堆 Google 自家的代码，自己看看 Google 怎么做的。这个只有一张图片的时候（也就是你所谓的一套图标适配），也依然是放drawable目录。

Google 怎么说我就怎么做，不管你说什么优化，反正我不会把应用界面的图标放到mipmap目录。

如果坚持应用界面图标放mipmap目录有所谓优化，那就给出依据。

你说的对

[CodeIdeal]

建议你们看下Bitmap#setHasMipMap方法

更加详细的细节可以扒一下skia这块的源码:
external/skia/gm/drawable.cpp
external/skia/gm/mipmap.cpp

我站除launcher icon外, 全放drawable.

[hanyueziad]

感谢您的关注,我会尽快给您答复

[272664150]

这是来自QQ邮箱的假期自动回复邮件。   您好，我最近正在休假中，无法亲自回复您的邮件。我将在假期结束后，尽快给您回复。

[nickalc]

你好，邮件已收到，谢谢

[KarlLargerFeld]

这是来自QQ邮箱的假期自动回复邮件。   您好，我最近正在休假中，无法亲自回复您的邮件。我将在假期结束后，尽快给您回复。

[rotyan]

这是来自QQ邮箱的自动回复邮件。   您好，您的邮件已收到。如有后续我查收后会立刻联系您。如在假期，我将在假期结束后，尽快给您回复。