• 等待队列使用的是SynchonousQueue，它的 每个插入操作都必须等待另一个线程的移除操作，对于线程池而言，也就是说：在添加任务到等待队列时，必须要有一个空闲线程正在尝试从等待队列获取任务，才有可能添加成功。
• 因此，当一个任务被添加进入线程池时，会有以下两种情况：
  • 如果当前有空闲线程正在尝试从等待队列中获取任务，那么这个 任务将会被交给这个空闲线程 进行处理
  • 如果当前没有空闲线程尝试从等待队列中获取任务，那么将会 创建一个新线程来执行任务
• 由于设置了等待超时时间，某个线程在60s内都无法获取到新的任务将会被销毁。

线程池的execute函数接收Runnable的接口实现类作为参数，在该任务被执行时将会调用它的run()方法，这上面的AsyncCall也是一样的道理，它继承了NamedRunnable抽象类，而NamedRunnable又实现了Runnable接口，当NamedRunnable的run()方法被回调时，会调用AsyncCall的execute()方法。

final class AsyncCall extends NamedRunnable {
    private final Callback responseCallback;

    //responseCallback 就是调用 call.enqueue 方法时传入的回调。
    AsyncCall(Callback responseCallback) {
        super("OkHttp %s", new Object[]{RealCall.this.redactedUrl()});
        this.responseCallback = responseCallback;
    }
        
    //该函数是在子线程当中执行的。
    protected void execute() {
        boolean signalledCallback = false;

        try {
            //和同步请求的逻辑相同。
            Response response = RealCall.this.getResponseWithInterceptorChain();
            if(RealCall.this.retryAndFollowUpInterceptor.isCanceled()) {
                signalledCallback = true;
                this.responseCallback.onFailure(RealCall.this, new IOException("Canceled"));
            } else {
                signalledCallback = true;
                this.responseCallback.onResponse(RealCall.this, response);
            }
        } catch (IOException var6) {
            if(signalledCallback) {
                Platform.get().log(4, "Callback failure for " + RealCall.this.toLoggableString(), var6);
            } else {
                RealCall.this.eventListener.callFailed(RealCall.this, var6);
                this.responseCallback.onFailure(RealCall.this, var6);
            }
        } finally {
                        //调用 Dispatcher 的 finished 方法
            RealCall.this.client.dispatcher().finished(this);
        }

    }
}

public abstract class NamedRunnable implements Runnable {
    protected final String name;

    public NamedRunnable(String format, Object... args) {
        this.name = Util.format(format, args);
    }

    public final void run() {
        String oldName = Thread.currentThread().getName();
        Thread.currentThread().setName(this.name);

        try {
            //调用子类的 execute() 方法。
            this.execute();
        } finally {
            Thread.currentThread().setName(oldName);
        }

    }
    protected abstract void execute();
}

execute()方法最终是在 子线程当中执行的，这里我们看到了熟悉的一句话：

Response response = RealCall.this.getResponseWithInterceptorChain();

这里面就是进行请求的核心逻辑，我们在 OkHttp 知识梳理(1) - OkHttp 源码解析之入门 中的3.4节中已经介绍过了，这里会通过一系列的拦截器进行处理，重试请求、缓存处理和网络请求都是在里面完成的，最终得到返回的Response，并根据情况回调最开始传入的Callback的onResponse/onFailure方法。

2.2 任务执行完后的处理

当回调完之后，最终会调用Dispatcher的finished方法：

    void finished(AsyncCall call) {
        //如果是异步请求，那么最后一个参数为 true。
        this.finished(this.runningAsyncCalls, call, true);
    }

    void finished(RealCall call) {
        //如果是同步请求，那么最后一个参数为 false。
        this.finished(this.runningSyncCalls, call, false);
    }

    private <T> void finished(Deque<T> calls, T call, boolean promoteCalls) {
        int runningCallsCount;
        Runnable idleCallback;
        synchronized(this) {
            //从当前正在执行的任务列表中将它移除。
            if (!calls.remove(call)) {
                throw new AssertionError("Call wasn't in-flight!");
            }
            //寻找等待队列中符合条件的任务去执行。
            if (promoteCalls) {
                this.promoteCalls();
            }
            runningCallsCount = this.runningCallsCount();
            idleCallback = this.idleCallback;
        }
        if (runningCallsCount == 0 && idleCallback != null) {
            idleCallback.run();
        }
    }

    private void promoteCalls() {
        if (this.runningAsyncCalls.size() < this.maxRequests) {
            if (!this.readyAsyncCalls.isEmpty()) {
                Iterator i = this.readyAsyncCalls.iterator();
                do {
                    if(!i.hasNext()) {
                        return;
                    }
                    AsyncCall call = (AsyncCall)i.next();
                    if (this.runningCallsForHost(call) < this.maxRequestsPerHost) {
                        i.remove();
                        //找到了等待队列中符合执行的条件的任务，那么就执行它。
                        this.runningAsyncCalls.add(call);
                        this.executorService().execute(call);
                    }
                } while(this.runningAsyncCalls.size() < this.maxRequests);

            }
        }
    }

这里和同步请求相同，都会走到finished方法当中，区别在于最后一次参数是true，而同步请求是false，也就是说会调用到promoteCalls方法中，promoteCalls的作用为：在最开始时，如果不满足执行条件，那么任务将会被加入到等待队列readyAsyncCalls中，那么当一个任务执行完之后，就需要去等待队列中寻找符合执行条件的任务，并将它加入到任务队列中执行，之后的逻辑和前面的相同。

promoteCalls函数除了在一个异步请求执行完毕后会调用，当我们改变最大请求数量和对于同一个host的最大请求数量时，也会触发该查找过程。

    //改变了最大请求数量。
    public synchronized void setMaxRequests(int maxRequests) {
        if(maxRequests < 1) {
            throw new IllegalArgumentException("max < 1: " + maxRequests);
        } else {
            this.maxRequests = maxRequests;
            this.promoteCalls();
        }
    }
    //改变了同一个 Host 的最大请求数量。
    public synchronized void setMaxRequestsPerHost(int maxRequestsPerHost) {
        if(maxRequestsPerHost < 1) {
            throw new IllegalArgumentException("max < 1: " + maxRequestsPerHost);
        } else {
            this.maxRequestsPerHost = maxRequestsPerHost;
            this.promoteCalls();
        }
    }

三、小结

以上就是对于异步请求方式的源码分析，由此我们可以总结出OkHttp对于异步请求的调度方式：

• 通过两个列表对异步请求任务进行管理，runningAsyncCalls中存放的是正在执行任务的列表，readyAsyncCalls中则是等待被执行的任务。
• 当一个任务执行完毕后，会去readyAsyncCalls查找下一个可以被执行的任务。
• 任务的执行是通过线程池ThreadPoolExecutor在子线程中来完成的，由它来负责正在执行任务的调度，内部的实现原理如 多线程知识梳理(6) - 线程池四部曲之 ThreadPoolExecutor 所分析。
• 真正进行网络请求的核心代码在AsyncCall的execute()函数中，这里会通过一系列的拦截器进行处理，重试请求、缓存处理和网络请求都是在里面完成的，最终得到返回的Response，并根据情况回调最开始传入的Callback的onResponse/onFailure方法。
• 对于异步请求而言，Callback的onResponse/onFailed是在子线程当中执行的，因此如果要在其中执行更新UI的操作，那么需要通知主线程来更新。

更多文章，欢迎访问我的 Android 知识梳理系列：

• Android 知识梳理目录：http://www.jianshu.com/p/fd82d18994ce
• Android 面试文档分享：http://www.jianshu.com/p/8456fe6b27c4