1.通过glide.with 传入context到底为了什么?

RequestManager with = Glide.with(this);
其实传入的context可以分为两大类来分析：
第一类是ApplicationContext，传入ApplicationContext就代表当前的这次请求跟程序的生命周期一致，所以就不会有感知生命周期能力了；
第二类为activity或者fragment，这是我们重点要关注的，面试可能会遇到，下面针对传入activity进行分析；
在RequestManagerRetriever传入activity后会调用里面的get方法，get方面里面会通过activity.getFragmentManager()获取到FragmentManager，接着传入到fragmentGet方面里面；

  @NonNull
  public RequestManager get(@NonNull Activity activity) {
    if (Util.isOnBackgroundThread()) {
      return get(activity.getApplicationContext());
    } else {
      assertNotDestroyed(activity);
      android.app.FragmentManager fm = activity.getFragmentManager();
      return fragmentGet(
          activity, fm, /*parentHint=*/ null, isActivityVisible(activity));
    }
  }

 @NonNull
  private RequestManager fragmentGet(@NonNull Context context,
      @NonNull android.app.FragmentManager fm,
      @Nullable android.app.Fragment parentHint,
      boolean isParentVisible) {
    RequestManagerFragment current = getRequestManagerFragment(fm, parentHint, isParentVisible);
    RequestManager requestManager = current.getRequestManager();
    if (requestManager == null) {
      // TODO(b/27524013): Factor out this Glide.get() call.
      Glide glide = Glide.get(context);
      requestManager =
          factory.build(
              glide, current.getGlideLifecycle(), current.getRequestManagerTreeNode(), context);
      current.setRequestManager(requestManager);
    }
    return requestManager;
  }

在fragmentGet方法里面创建自定义的RequestManagerFragment 它实际是一个fragment，这个也是感知生命周期的关键我们进去看看

  @NonNull
  private RequestManagerFragment getRequestManagerFragment(
      @NonNull final android.app.FragmentManager fm,
      @Nullable android.app.Fragment parentHint,
      boolean isParentVisible) {
    RequestManagerFragment current = (RequestManagerFragment) fm.findFragmentByTag(FRAGMENT_TAG);
    if (current == null) {
      current = pendingRequestManagerFragments.get(fm);
      if (current == null) {
        current = new RequestManagerFragment();
        current.setParentFragmentHint(parentHint);
        if (isParentVisible) {
          current.getGlideLifecycle().onStart();
        }
        pendingRequestManagerFragments.put(fm, current);
        fm.beginTransaction().add(current, FRAGMENT_TAG).commitAllowingStateLoss();
        handler.obtainMessage(ID_REMOVE_FRAGMENT_MANAGER, fm).sendToTarget();
      }
    }
    return current;
  }

这个主要是把RequestManagerFragment通过事务管理添加到activity的FragmentManager里面进行绑定，这样activity的生命周期就可以被RequestManagerFragment感知到了，接着由于RequestManager实现LifecycleListener接口里面有onStart，onStop，onDestroy方法，我们把创建的RequestManager传入到RequestManagerFragment里面进行绑定，这样就串起来，activity调用onstart----》RequestManagerFragment.onstart---》FragmentManager.onstart---->RequestTracker开始从集合里面拿到request调用begin开始请求图片
activity调用onstop---》RequestManagerFragment.onstop--》FragmentManager.onstop---->RequestTracker里面将处于请求集合的request清除掉并添加到等待处理的集合里面

2 Glide队列请求如何处理的？

当我们load.into(iv);方法时，所有的请求都会被添加到一个叫RequestTracker的集合中，而且这个集合有两个
一个是运行时集合，一个是等待集合；
如果当前页面停止，onStop方法被调用，所有的运行中的请求都会停止，并且全部添加到等待集合中；
当开始运行时，又会把所有等待集合中的请求放到运行中去！

3 怎么处理请求

1:当RequestManager调用requestTracker.runRequest的时候，
2: 所有的请求都会构建成一个SingleRequest，并且开始调用begin方法运行；
3：begin方法最终会调用engine.load方法
4：根据request构建EngineKey
5：根据EngineKey去活动缓存中获取数据
6：如果获取不到，去内存缓存中获取数据
7：如果获取不到，通过硬盘缓存的线程池去获取本地硬盘的数据
8：如果获取不到本地的，通过网络的线程池去获取网络的数据