阅读 9579

【建议收藏】面试没有亮点?给你一份Android热门三方库源码面试宝典

前言

成为一名优秀的Android开发,需要一份完备的知识体系,在这里,让我们一起成长为自己所想的那样~。

众所周知,优秀源码的阅读与理解是最能提升自身功力的途径,如果想要成为一名优秀的Android工程师,那么Android中优秀三方库源码的分析和理解则是必备技能。就拿比较热门的图片加载框架Glide来说,相信很多同学都使用过,那么,当别人问你下面这些问题时你是否能回答出来呢?(Glide五连发)

  • 1、为什么要在项目中使用这个库?
  • 2、这个库都有哪些用法?对应什么样的使用场景?
  • 3、这个库的核心实现原理是什么?如果让你实现这个库的某些核心功能,你会考虑怎么去实现?
  • 4、Glide源码机制的核心思想是什么?
  • 5、Glide中是如何计算一张图片的大小的?

相信能全部回答出来的同学并不多,下面我来解答一下上面几个问题。

1、为什么要在项目中使用这个库?

  • 1、多样化媒体加载:不仅可以进行图片缓存,还支持Gif、WebP、缩略图,甚至是Video。
  • 2、通过设置绑定生命周期:可以使加载图片的生命周期动态管理起来。
  • 3、高效的缓存策略:支持内存、Disk缓存,并且Picasso只会缓存原始尺寸的图片,而Glide缓存的是多种规格,也就是Glide会根据你ImageView的大小来缓存相应大小的图片尺寸。
  • 4、内存开销小:我们可以手动配置默认的Bitmap解码格式为 RGB_565格式,以减少图片占用的内存开销。

2、这个库都有哪些用法?对应什么样的使用场景?

  • 1、图片加载:Glide.with(this).load(imageUrl).override(800, 800).placeholder().error().animate().into()。
  • 2、多样式媒体加载:asBitamp、asGif。
  • 3、生命周期集成。
  • 4、可以配置磁盘缓存策略ALL、NONE、SOURCE、RESULT。

3、这个库的核心实现原理是什么?如果让你实现这个库的某些核心功能,你会考虑怎么去实现?

要想了解Glide的核心实现原理,就必须先从它的加载API Glide.with().into()来进行分析。

1、Glide&with:

  • 1、初始化各式各样的配置信息(包括缓存,请求线程池,大小,图片格式等等)以及glide对象。
  • 2、将glide请求和application/SupportFragment/Fragment的生命周期绑定在一块。

2、Glide&load:

设置请求url,并记录url已设置的状态。

3、Glide&into:

  • 1、首先根据转码类transcodeClass类型返回不同的ImageViewTarget:BitmapImageViewTarget、DrawableImageViewTarget。
  • 2、递归建立缩略图请求,没有缩略图请求,则直接进行正常请求。
  • 3、如果没指定宽高,会根据ImageView的宽高计算出图片宽高,最终执行到onSizeReay()方法中的engine.load()方法。
  • 4、engine是一个负责加载和管理缓存资源的类

其中Glide的三层缓存机制是值得我们去反复学习揣摩的,这里我们先了解下常规的三级缓存是怎样的。

常规三级缓存的流程:强引用->软引用->硬盘缓存

当我们的APP中想要加载某张图片时,先去LruCache中寻找图片,如果LruCache中有,则直接取出来使用,如果LruCache中没有,则去SoftReference中寻找(软引用适合当cache,当内存吃紧的时候才会被回收。而weakReference在每次system.gc()就会被回收)(当LruCache存储紧张时,会把最近最少使用的数据放到SoftReference中),如果SoftReference中有,则从SoftReference中取出图片使用,同时将图片重新放回到LruCache中,如果SoftReference中也没有图片,则去硬盘缓存中中寻找,如果有则取出来使用,同时将图片添加到LruCache中,如果没有,则连接网络从网上下载图片。图片下载完成后,将图片保存到硬盘缓存中,然后放到LruCache中。

Glide的三层缓存机制

Glide缓存机制大致分为三层:弱引用缓存、内存缓存、磁盘缓存。

  • 取的顺序是:弱引用、内存、磁盘。
  • 存的顺序是:弱引用、内存、磁盘。

三层存储的机制在Engine中实现的。先说下Engine是什么?Engine这一层负责加载时做管理内存缓存的逻辑。持有MemoryCache、Map<Key, WeakReference<EngineResource<?>>>。通过load()来加载图片,加载前后会做内存存储的逻辑。如果内存缓存中没有,那么才会使用EngineJob这一层来进行异步获取硬盘资源或网络资源。EngineJob类似一个异步线程或observable。Engine是一个全局唯一的,通过Glide.getEngine()来获取。

需要一个图片资源,如果Lrucache中有相应的资源图片,那么就返回,同时从Lrucache中清除,放到activeResources中。activeResources map是盛放正在使用的资源,以弱引用的形式存在。同时资源内部有被引用的记录。如果资源没有引用记录了,那么再放回Lrucache中,同时从activeResources中清除。如果Lrucache中没有,就从activeResources中找,找到后相应资源引用加1。如果Lrucache和activeResources中没有,那么进行资源异步请求(网络/diskLrucache),请求成功后,资源放到diskLrucache和activeResources中。

4、Glide源码机制的核心思想:

使用一个弱引用map activeResources来盛放项目中正在使用的资源。Lrucache中不含有正在使用的资源。资源内部有个计数器来显示自己是不是还有被引用的情况,把正在使用的资源和没有被使用的资源分开有什么好处呢??因为当Lrucache需要移除一个缓存时,会调用resource.recycle()方法。注意到该方法上面注释写着只有没有任何consumer引用该资源的时候才可以调用这个方法。那么为什么调用resource.recycle()方法需要保证该资源没有任何consumer引用呢?glide中resource定义的recycle()要做的事情是把这个不用的资源(假设是bitmap或drawable)放到bitmapPool中。bitmapPool是一个bitmap回收再利用的库,在做transform的时候会从这个bitmapPool中拿一个bitmap进行再利用。这样就避免了重新创建bitmap,减少了内存的开支。而既然bitmapPool中的bitmap会被重复利用,那么肯定要保证回收该资源的时候(即调用资源的recycle()时),要保证该资源真的没有外界引用了。这也是为什么glide花费那么多逻辑来保证Lrucache中的资源没有外界引用的原因。

5、Glide中是如何计算一张图片的大小的?

图片占用内存的计算公式:图片高度 图片宽度 一个像素占用的内存大小。所以,计算图片占用内存大小的时候,要考虑图片所在的目录跟设备密度,这两个因素其实影响的是图片的宽高,android会对图片进行拉升跟压缩。

上面笔者只是简单地讲解一下下Glide的内部实现机制,但是这是远远不够的,如果想要对Glide或其它热门三方库有足够具象地了解,就必须深入源码去感受其中的艺术

助力一份Android热门三方库源码面试宝典

因此,为了将热门三方库涉及的知识成体系地融合起来,笔者创建了Awesome-Third-Library-Source-Analysis这个项目,为的就是让每一个Android工程师能够从以下七个方面全方位地提升自己的技术实力

项目地址:Awesome-Third-Library-Source-Analysis

深入理解热门三方库实现原理,从七个角度全方位提升你的功力~

Contents

网络

Android最优秀的网络底层框架,没有之一。

Android最优秀的网络封装框架,内含九种常用设计模式的灵活运用。

图片

Android使用最广泛的图片加载框架。

数据库

Android中数据库操作综合效率最高的框架。

响应式编程

来一起探究RxJava的异步、简洁、优雅和它强大的操作符吧!

内存泄露

LeakCanary究竟是如何检测出内存泄露的呢?

依赖注入

使用APT + 注解攻破了findViewByid(),JW大神之作。

Dagger就一把匕首,在中大型项目中,它能提升开发效率、自动管理类的实例、解耦,是如此的干脆。

事件总线

使用扩展的观察者模式实现的组件间通信框架,广播的替代者。

很感谢您阅读这篇文章,希望您能将它分享给您的朋友或技术群,这对我意义重大。

希望我们能成为朋友,在 Github掘金上一起分享知识。