图片加载框架个人选择的是Glide，该框架非常优秀，其知识体系很庞大，个人就对Glide部分知识的学习做一下总结，同时对框架的使用做一下封装，做成插件。 知识主干如下，每一部分的知识会做一个总结。 Glide的加载主线实际上对应着其三个api方法,with/load/into。 with方法涉及到生命周期的绑定，内部需要的资源准备：如，BitmapPool（图片池，支持图片的复用），ArrayPool（数组池，支持Byte[]的复用），RequestManager（请求管理），RequestManagerRetriever（请求管理检索），MemoryCache（内存缓存）等等的初始化； load方法主要是对外部环境使用Glide框架时设置的配置信息的加载，如：占位图，加载错误，缓存策略等； into方法最为复杂，涉及到的主要有4个方面，对目标资源的加载，加载后进行解码，解码后进行缓存，以及将资源绑定到目标控件； 活动缓存 :优先级最高，存储的是正在使用的资源；内存缓存 :使用的是Lrucache结合弱引用的方案；磁盘缓存 :维护了一个Lrucache的队列；活动缓存存在是为了解决内存缓存使用Lrucache时存在的弊端问题，Lrucache的原理是将最近使用的对象的强引用存储到LinkedHashMap中，并且把最近最少使用的对象在缓存阀值达到之前将其从内存中移除。假设将屏幕中正在使用的图片资源作为内存缓存的方式进行缓存，若出现内存不足的情况，可能会对屏幕中正在使用的资源进行回收，如此会产生不好的用户体验； 内存抖动 ：采用了池的方式进行复用，如BitmapPool对Bitmap进行复用，ArrayPool对Byte[]的复用等；内存溢出
a.Glide在初始化时设置了内存不足的监听； b.利用生命周期绑定的策略，减少加载到内存的图片大小，必要时才去加载，及时的清理不必要的引用； c.图片采样，对于较为大的图片进行重采样，减少内存的占用； d.使用弱引用，RequestManager内部使用的对象采用了弱引用的方式持有； f.根据实际的业务情况自定义策略，如：对于滑动列表的页面，可以控制滑动速度来决定是否需要加载图片； 策略一：同Application的生命周期； 策略二：同Activity/Fragment的生命周期； with参数传递的是Activity/Fragment/View时，会创建空白的Fragment绑定到对应的组件上； 子线程使用Glide失效 ，其原因是Glide的内部使用了Handler，在RequestManager构造方法中创建Handler时，传递的Looper是主线程的Looper，低版本加载Glide变绿的问题 ，其原因是早期版本Bitmap的格式是rbg_565,高版本Bitmap的格式是argb_8888,前者代表8位rgb位图，后者代表32位rgb位图，位数越高代表可以存储的颜色信息更多，高版本也就不存在这个变绿的问题；使用的是Kotlin语言，AGP为8.2.0-alpha07，依赖的Glide版本是4.12.0;
IImageLoader：定义图片加载的方法(具体的方法根据实际的业务需求定制) internal interface IImageLoader {
fun loadImageByNet(context: Context, url: String, imageView: ImageView)
}
GlideManager:IImageLoader的具体实现类，该类使用了创建型设计模的构建者模式。可以定义多种不同类型的图片加载框架实现类，根据策略模式进行替换； internal class GlideManager private constructor() : IImageLoader {
constructor(loadingResId: Int, loadErrorResId: Int) : this() {
//初始化GlideUtil
GlideUtil.getInstance().initDefaultResource(loadingResId, loadErrorResId)
}
override fun loadImageByNet(context: Context, url: String, imageView: ImageView) {
GlideUtil.getInstance().loadImageByNet(context, url, imageView)
}
/**
* 构建者模式
*/
class Builder {
/**
* 占位图-加载中显示
*/
private var mLoadingResId = 0
/**
* 占位图-加载错误时显示
*/
private var mLoadErrorResId = 0
fun setLoadingResId(loadingResId: Int): Builder {
mLoadingResId = loadingResId
return this
}
fun setLoadErrorResId(loadErrorResId: Int): Builder {
mLoadErrorResId = loadErrorResId
return this
}
fun create(): GlideManager {
return GlideManager(mLoadingResId, mLoadErrorResId)
}
}
}
GlideUtil：对Glide框架进行二次封装的类； internal class GlideUtil private constructor() {
private var mLoadingResId = 0
private var mLoadErrorResId = 0
companion object {
@Volatile
private var instance: GlideUtil? = null
fun getInstance(): GlideUtil = instance ?: synchronized(this) {
instance ?: GlideUtil().also { instance = it }
}
}
fun initDefaultResource(loadingResId: Int, loadErrorResId: Int) {
mLoadingResId = loadingResId
mLoadErrorResId = loadErrorResId
}
// ====================================== start ======================================
fun loadImageByNet(context: Context, url: String, imageView: ImageView) {
var request = Glide.with(context).load(url)
if(mLoadingResId != 0){
request.placeholder(mLoadingResId)
}
if(mLoadErrorResId != 0){
request.error(mLoadErrorResId)
}
request.into(imageView)
}
// ====================================== end ======================================
}
ImageManager：图片加载框架的管理者，负责IImageLoader的初始化以及提供获取IImageLoader的方法； internal class ImageManager private constructor() {
companion object {
@Volatile
private var instance: ImageManager? = null
fun getInstance(): ImageManager = instance ?: synchronized(this) {
instance ?: ImageManager().also { instance = it }
}
}
private var mImageLoader: IImageLoader? = null
/**
* 初始化图片加载框架，建议在application中调用
* @param imageLoader 指定的图片加载框架
*/
fun init(imageLoader: IImageLoader) {
mImageLoader = imageLoader
}
fun getImageLoader(): IImageLoader {
if (mImageLoader == null) {
throw RuntimeException("ImageU(IImageLoader)'s init function must be call frist!")
}
return mImageLoader!!
}
}
ImageU：提供给外界使用的类。在使用之前需要做初始化工作； class ImageU {
companion object {
fun init(loadingResId: Int = 0, loadErrorResId: Int = 0) {
val gm = GlideManager.Builder()
.setLoadingResId(loadingResId)
.setLoadErrorResId(loadErrorResId)
.create()
ImageManager.getInstance().init(gm)
}
fun loadByNet(view: ImageView, url: String) {
ImageManager.getInstance().getImageLoader().loadImageByNet(view.context, url, view)
}
}
}
在Jitpack平台测试的时候没有成功生成依赖，通过错误日志信息，猜测是agp版本的问题，于是对比之前生产过的插件的agp，将agp由8.2.0-alpha07降低至7.3.0，重新操作，未发生报错； 插件如何制作这里就不作介绍了，推荐Android 安卓创建自己的依赖库（保姆级教程） 添加依赖
dependencyResolutionManagement {
repositories {
maven { url 'https://jitpack.io' }
}
}
implementation 'com.github.MrFishC:ImageU:v1.1'
测试效果如下 本文针对仅对Glide的部分知识做了一下总结，运用了单例，构建者设计模式对Glide图片加载框架的封装并生成插件（后续会逐步的完善）。 该插件的优点: 对于使用者而言不需要关注底层具体使用的是哪一种加载框架，若需要替换加载框架，只需要替换GlideManager和GlideUtil即可。 该插件的封装方式虽然使用的是Kotlin语言，但同样适用与Java语言。若使用Kotlin，我们可以使用DSL的方式（下方的项目中有示例）或者拓展函数的方式来封装Glide。 项目地址
