Android Glide loading Bitmap from RESOURCE_DISK_CACHE slow,cost time≈2 seconds+

Android Glide loading Bitmap from RESOURCE_DISK_CACHE slow,cost time≈2 seconds+

加载一张宽高约100px多些的小图，是一张相当小的正常图片，loading Bitmap from RESOURCE_DISK_CACHE竟然耗时达到惊人的3秒左右！（打开Glide调试模式，DEBUG日志输出观察），很奇怪的现象。

排查对比，这张图片就算是用Android原生的BitmapFactory.decodeFile函数，从原始图decode成Bitmap，最多时候也不过约30+ms。
此时查看应用的缓存，约2GB+，会不会因为缓存太多，Glide从缓存文件中查找反而更耗时，而非读取耗时？索性清空所有缓存，果然！重新进入应用，全新LOCAL的解码Glide也就20ms左右，有半成品RESOURCE_DISK_CACHE缓存情况下loading Bitmap from RESOURCE_DISK_CACHE约10~20ms+。
追溯了原因，此前在RecyclerView多宫格展示图片，实验了不同size的解码尺寸，并且，手机上照片太多。之前上下滑动后都decode成半成品RESOURCE_DISK_CACHE，Glide维护了几套废弃不用尺寸的RESOURCE_DISK_CACHE（僵尸缓存，不会再用到），导致RESOURCE_DISK_CACHE缓存体量大，废弃无用的RESOURCE_DISK_CACHE在Glide遍历寻找历史缓存记录时，浪费了Glide查找时间。
解决方法：把之前的缓存全部清除。

Android Glide PreloadTarget transform LOCAL/RESOURCE_DISK_CACHE to Bitmap,fill into MEMORY_CACH-CSDN博客文章浏览阅读681次，点赞8次，收藏7次。【代码】Android Paging 3,kotlin（1）在实际的开发中，虽然Glide解决了快速加载图片的问题，但还有一个问题悬而未决：比如用户的头像，往往用户的头像是从服务器端读出的一个普通矩形图片，但是现在的设计一般要求在APP端的用户头像显示成圆形头像，那么此时虽然Glide可以加载，但加载出来的是一个矩形，如果要Glide_android 毛玻璃圆角。现在结合他人的代码加以修改，给出一个以原始图形中心为原点，修剪图片为头像的工具类，此类可以直接在布局文件中加载使用，比。文章浏览阅读670次。https://blog.csdn.net/zhangphil/article/details/139004400Android RecyclerView GridLayoutManager,Glide load Photo,classification by date tag, Kotlin-CSDN博客文章浏览阅读334次，点赞3次，收藏6次。【代码】Android Paging 3,kotlin（1）在实际的开发中，虽然Glide解决了快速加载图片的问题，但还有一个问题悬而未决：比如用户的头像，往往用户的头像是从服务器端读出的一个普通矩形图片，但是现在的设计一般要求在APP端的用户头像显示成圆形头像，那么此时虽然Glide可以加载，但加载出来的是一个矩形，如果要Glide_android 毛玻璃圆角。现在结合他人的代码加以修改，给出一个以原始图形中心为原点，修剪图片为头像的工具类，此类可以直接在布局文件中加载使用，比。文章浏览阅读670次。https://blog.csdn.net/zhangphil/article/details/139101233