Glide源码(1)——请求状态控制

注意:所有分析基于Glide 3.7.0版本
大家都知道,Fragment的生命周期和Activity的生命周期是绑定在一起的,且Fragment添加到Activity/Fragment界面上的时候可以通过有界面和无界面两种方式,而Glide就是巧妙的利用了无界面的方式默默地将一个名为RequestManagerFragment的无界面Fragment添加到需要请求数据的界面中(Activity或者Fragment)。

Glide请求图片代码如下:
Glide.with(界面).load(资源路径).into(目标);,下面就通过这个线索来分析整个流程。
今天讲到的就是控制流程,也就是第一部分Glide.with(界面),这一步做的事情有:
**1. 添加一个RequestManagerFragment到当前界面上(利用Fragment监听当前界面状态) **
在RequestManagerFragment的代码中有两个地方得注意,一个是:onAttach方法中设置会将该Fragment添加到跟Fragment的一个HashSet类型的成员变量childRequestManagerFragments中
第二个是:onDetach中取消关联
此步骤的主要目的:提供给用户定制化的去控制某个界面下面的所有请求状态。RequestManager中提供pauseRequestsRecursive方法和resumeRequestsRecursive方法,虽然看代码中这两个方法没有地方被用到(但是是public的),说明是暴露给用户去调用的。

2. 构造RequestManager,并将其设置成第一步RequestFragment的成员变量(请求状态的管理是自动在Fragment的生命周期中调用的)

glide请求状态控制逻辑图.png

Glide的状态控制主要设计到这几个类:RequestManagerRetriever,RequestManager,RequestTracker,RequestManagerFragment。

**RequestManagerRetriever **主要完成无界面RequestManagerFragment添加、RequestManager实例构造、以及些适配工作(主要是Fragment在不同Android API版本之间的适配)。
RequestManager主要完成RequestTracker,Glide实例构造、以及提供发起图片请求和控制请求的各种方法、最重要的一点就是提供网络状态变化和界面生命周期变化监听。其中代码如下:

RequestManager(Context context, final Lifecycle lifecycle, RequestManagerTreeNode treeNode,
            RequestTracker requestTracker, ConnectivityMonitorFactory factory) {
        this.context = context.getApplicationContext();
        this.lifecycle = lifecycle;//这个参数是在FragmentManagerFragment中构造的,它会自动在Fragment的生命周期方法发生变化的时候调用
        this.treeNode = treeNode;
        this.requestTracker = requestTracker;
        this.glide = Glide.get(context);
        this.optionsApplier = new OptionsApplier();

        ConnectivityMonitor connectivityMonitor = factory.build(context,
                new RequestManagerConnectivityListener(requestTracker));

        // If we're the application level request manager, we may be created on a background thread. In that case we
        // cannot risk synchronously pausing or resuming requests, so we hack around the issue by delaying adding
        // ourselves as a lifecycle listener by posting to the main thread. This should be entirely safe.
        if (Util.isOnBackgroundThread()) {
            new Handler(Looper.getMainLooper()).post(new Runnable() {
                @Override
                public void run() {
                    lifecycle.addListener(RequestManager.this);
                }
            });
        } else {
            lifecycle.addListener(this);//添加进入监听器集合中
        }
        lifecycle.addListener(connectivityMonitor);//添加进入监听器集合中
    }

关键代码:
lifecycle.addListener(this);
lifecycle.addListener(connectivityMonitor);

这两行代码实现了Fragment生命周期变化与请求状态控制关系的绑定,代码注释中已有说明原因。

RequestTracker,正如其类介绍:一个用来跟踪、取消、重新开始已完成或者已失败的请求。RequestManager就是通过它去控制当前界面所有请求的状态。所有用户的请求都会通过它发起。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 175,132评论 25 709
  • 本文是Glide源码解析系列的第一篇,通过这篇文档,将可以了解到: 1.Glide如何绑定Activity、Fra...
    他的大姨父阅读 12,755评论 6 42
  • 声明 本文章是基于 glide 3.6.1的 个各类的功能介绍 1.Glide:向外暴露单例静态接口,构建Requ...
    河里的枇杷树阅读 4,940评论 0 3
  • 他侃侃而談 他不知所言 她愛的深沉無悔 她恨的咬牙切齒 它張牙舞爪 它溫順乖張 我一往直前 我盤旋婉轉 他反反復復...
    虚相甚如阅读 1,222评论 0 0
  • 金门-金城 地址:金门县金城镇中兴路143号 (后浦北镇庙旁) 电话:88682321369 营业时间:10:00...
    转玩金门岛阅读 3,335评论 0 0