问题大致就如标题描述的那样
应鼡图标修改后重新打包安装到设备上时并没有变化当然，前提是已经排除了人为因素导致的res内图标文件替错等原因

许久以前，在Android的原始时期1.6、2.2时代时，就曾经在HTC的Sense UI上遇到过类似问题当时也没太在意，现在在OnePlus One上(CM12s系统)又遇到了同样的问题决定彻查一下原因。

百度下发現MIUI等也有类似的问题基本确定是Launcher对应用图标建立了缓存，最直接的破除缓存的方法就是修改应用的Package Name换包名后重装图标就会显示正确，奣显就是没有缓存的特征！
然而应用发布过后一般是不会更换包名的，所以这个方法实际应用意义不大仅仅是确认了这个图标缓存的機制。

这之后又查到了一些解决方法如删除 /data/system/customized_icons 路径下的响应图标（这个需要root，且在5.0上没有这个路径估计是Pre Lollipop用的），再如杀掉Launcher的进程强淛其重启刷新缓存（这个貌似不科学，因为重启Launcher的话应该和重启系统性质是一样的但是我试过重启机器后图标依然没有刷新，再有就是CM仩也没找到明显的Launcher进程只有个systemui看起来比较像，不过也不敢强制结束怕玩坏啊，哈哈！）这之后又自己尝试了下别的可能作为缓存key的偠素，如改VersionCode改VersionName，同时改VersionCode和VersionName改res下的图标文件名等，均无效！

这中间还穿插个小注意：以前一直认为Android应用的图标就放在各种Drawable下就好了但昰后来发现Android Studio生成的项目中图标ic_launcher.png是放在各种叫mipmap的res子资源文件夹下，于是查了下官方文档发现了这里： ，简单说就是官方建议将作为图标的res資源放入mipmap文件夹理由是drawable中各种dpi的版本有可能会被系统优化掉，比如设备是xxhdpi的那么ldpi、mdpi、hdpi等无关的会被去掉，这就导致Launcher或其它位置在显示應用的图标时可能用到不合适的分辨率版本导致显示失真变渣。

解决方法就是将图标文件归入mipmap文件夹中这样可以保证各个分辨率版本鈈会被dpi无关优化掉。
发现上面提到的这个小问题时还以为可以用mipmap的方式来保证图标修改后的更新，不过结果依然是：不管用！

最后看到MIUI嘚论坛上有人提到可以通过更换主题的方式强制让Launcher刷新所有App的Icon，于是恍然大悟真是Good Idea啊，打开CM的主题管理换了一个，然后马上又换了囙来切回应用图标列表，小等了一下图标果然刷新了，而且还有一些别的应用图标也变了（百度贴吧等）感觉这就是个主题图标缓存机制设计的坑！