okhttp 原理笔记四：Dispatcher

目录

一、关键组成：

二、有什么作用？

三、为什么要这么组成？

四、关键运行逻辑

---

一、关键组成：

        1、private int maxRequests = 64 //总的最大请求数

        2、private int maxRequestsPerHost = 5; //单个服务器的最大请求数

        3、private @Nullable ExecutorService executorService; //线程池

        4、private final Deque<AsyncCall> readyAsyncCalls // 异步等候队列

        5、 private final Deque<AsyncCall> runningAsyncCalls //运行中的异步队列

6、 private final Deque<RealCall> runningSyncCalls //运行中的同步队列

二、有什么作用？

1、maxRequests  用于在运行网络请求前的判断，如果当前的运行中的异步队列 runningAsyncCalls 的总数大于或者等于maxRequests （也就是64个）时，则不再继续执行下去

2、maxRequestsPerHost 依葫芦画瓢，也是用于在运行网络请求前的判断，不过是在maxRequests判断通过之后，用来判断当前的网络请求数，是否超过单台目标服务器的请求数。例如，当前已经有5个请求发送给百度了，那么，如果接下来还有1个进来也是要找百度的，也就是第6个去找百度的请求，那么，就拒绝继续执行。（抱歉，发向百度的班车已满...）

3、executorService 线程池，用来执行线程的，只是这个里面要关注的是它的配置，它的核心线程数是0，最大线程数是 Integer.MAX_VALUE （表示int数据类型的最大取值数：2 147 483 647，大概21亿多吧），当然实际情况不可能允许这么多线程，cpu 都得疯。最关键是里面的等候队列---SynchronousQueue，内部的容量为 0，即它不存储元素。

4、readyAsyncCalls    用来存储当前的排队情况的，就是那些因为运行请求的队列满了，所以，丢在这里排队等

5、runningAsyncCalls   里面就是记录当前运行中的所有异步请求

6、runningSyncCalls   里面就是记录当前运行中的所有同步请求

三、为什么要这么组成？

        1、里面的所有队列的具体实现都是 ArrayDeque ，这种队列的特点在于，这个类在作为栈使用时可能比Stack快，作为队列使用时比LinkedList快，看上去挺牛逼的存在。同时注意的是，它并不是线程安全的，可能是为了性能吧，所以用这个来存储请求

        2、线程池的配置，关键在于它的核心线程数以及排队的队列，核心线程数是0，意味着任务进去直接跑到等候队列里去了，但是由于等候队列的容量为0，也就是进不去，那么，就只能直接新建额外的非核心线程了，当然，也是有数量限制的，就是 maxRequests ，另外就是这些线程一旦完成任务空闲了， 只会空闲个60秒就销毁了，所以，是这么一回事。

四、关键运行逻辑

        1、readyAsyncCalls  的请求什么时候跑去runningAsyncCalls  ？然后发生了什么？ 这个主要是看 promoteAndExecute 方法：

                第一步：遍历 readyAsyncCalls 集合

                第二步：先后判断是否超出请求的所有总数，以及单个服务器的总数，如果随便一个超出了，就不再执行

                第三步：如果没超过请求的限制，就将这个请求，从等候队列中，拿出来，放入运行中的队列，同时要对两个队列里面的元素的增删做相应的处理

                第四步：迁移完元素后，既然进去运行中的队列了，就是要执行的，所以，接下来，就是通过线程池执行新进来的这些请求了