引言
最近在重构代码时有一个业务场景是要加载手机上所有的图片文件夹,并且显示前5张图片进行预览。之前的代码如下:
|
|
|
|
上述代码的思路非常简单粗暴,就是先遍历MediaStore中所有的图片并记录相关的信息,然后再对遍历到的图片信息按文件夹名称进行分类。对于图片较少的手机来说没什么问题,但是一旦手机上的图片较多的话,就会需要很长的时间。比如在我的手机上有7000多张图片,就需要2分钟以上,这显然不能接受。
但是对比之下,微信中预览手机的所有图片文件夹则几乎是同步的(实际上并不是同步的,但是由于整个过程耗时很短,只有100ms左右,所以给人的感觉是同步的)。考虑到在MediaStore中查找图片资源其实就是通过sql语句进行查找,所以其实可以通过构建sql语句的查询条件来进行快速搜索。以下代码即可实现加载手机上所有的图片文件夹并且显示封面图片的效果:
由于图片文件夹名称其实就是MediaStore.Images.Media.BUCKET_DISPLAY_NAME,所以可通过 “GROUP BY “+MediaStore.Images.Media.BUCKET_DISPLAY_NAME的方法将图片分成各个子集,然后取出MediaStore.Images.Media.DATA字段即为封面图片。由于数据库的查找十分高效,在我自己的一加手机上即使有7000多张图片,也只需要100ms左右,因而用户甚至感觉不到这个异步的过程。
由于我们的业务场景跟微信有些不一样,不只是显示封面图片,而是要显示每个图片文件夹的前5张图片(不足5张则显示全部)。并且还要获取每张图片的缩略图,所以还需要对于每个PhotoBean进行一次遍历,根据其bucket_display_name进行条件查询。代码如下:
|
|
最后实现的效果如下:
由于相比只显示封面图片的情况,多了一个条件查询的过程,所以在不同手机上的时间表现就不一致了,跟图片文件夹的数量关系比较大,像在我手机上有40多个图片文件夹,最后总耗时约2s左右,虽然没有达到几乎同步的效果,但是相比重构前2min的耗时,已经缩减到了原来的1/60,效率已经提升很多了。
从这里可以看出微信对于产品的打磨确实是非常用心地,不仅仅是考虑好看,同时也兼顾到了加载效率,这里是一个很典型的设计和技术折衷的选择。
最后,提醒一下各位做技术的同学,网上有一些所谓“Android高仿微信图片选择器“的文章,其实代码写得特别烂,主要的一个错误就是没有很好地利用GROUP BY去构建sql语句,而是进行了I/O操作,导致耗时很长,跟微信的加载速度完全不能比,希望各位在查找资料时能够擦亮眼睛,细心甄别。