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就是通过它去控制当前界面所有请求的状态。所有用户的请求都会通过它发起。